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(57) Abstract 



Computerized methods and tools for developing and 
implementing economic policies are provided. The methods 
and tools may include the use of an adaptive knowledge 
base for assisting in the formulation of policies and the use 
of a computerized financial market trading system for the 
implementation of those policies. The tools are suitable for 
implementation using a wide range of computer hardware, 
including persona] computers (PCs) and mainframe compu- 
ters. The methods and tools do not rely on advanced com- 
munication or financial market trading infrastructure. These 
tools will operate in a broad range of applications in "both 
developing and developed economies. The method further 
includes the principal steps of preparing a privatization bu- 
siness plan (101), reviewing said plan by a Privatization 
Board (103), executing the plan (105), restructuring the en- 
terprise in accordance to the plan (107), submitting an appli- 
cation for certification of demonopolization to the Privatiza- 
tion Board (109), and receiving an effective demonopoliza- 
tion date drom the Privatization Board (111). 
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PATENT APPUCATION 

for 

METHODS AND TOOLS FOR COMPUTERIZED 
SUPPORT OF A MARKET ECONOMY 



HELP OF THE INVENTION 
The present invention is generally related to the fields of information technology and 
market economics. The invention is more particularly related to computerized tools and 
methods useful for achieving a successful market economy. Yet more particularly, the 
present invention is related to tools and methods useful for privatizing, or transferring from 
state ownership to individual ownership, large state enterprises in newly democratic nations. 

BACKGROUND OF THE INVENTION 
Among the many tasks necessary to create a successful new world order, after the 
events of the past several years in Eastern Europe and the former Soviet Union, it will be 
necessary to transfer ownership rights in substantial portions of some countries' vast 
state-owned capita] stock into private hands. In such countries, as well as others currently 
lacking effective owner shares markets, it may be desirable to develop policies and tools for 
operating such owner shares markets. Methods, tools and tasks necessary to accomplish 
such an enormous economic undertaking, -without causing socially destructive economic 
dislocation is the subject of intense current research. A detailed description of the economic 
background in which the present invention was developed is contained in Hartnett, William 
J., "Social Welfare and the Privatization of Large State Enterprises in Newly Democratic 
nations,* incorporated herein by reference, and available from the Barker Engineering 
library of the Massachusetts Institute of Technology as Thesis, C.E., 1993, M.S., by 
author and title. Hartnett, a draft (1992) of which forms British Provisional Patent 
Specification GB 9222884.0, filed October 30, 1992, also contains detailed descriptions of 
aspects of specific embodiments of the invention. Relevant portions thereof have been 
included herein as Appendices A, B and D. 

It is a general goal of the present invention to provide computerized market tools 
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usable in countries which may be lacking market infrastructure. It is a more specific goal 
of the present invention to make available computerized market tools able to support any 
privatization policy chosen by government policy makers, including making possible the 
universal distribution policy outlined in Appendix A. 

SUMMARY OF THF INVENTION! 
The present invention includes a co mput er i zed method of operating a market system, 
comprising the steps of: providing a computerized knowledge base incorporated in a 
computer system by which the knowledge base may be modified responsive to user 
evaluations and user contributions; formulating market system policies and parameters in 
accordance with contents of the knowledge base after any modifications made by the 
computer system to the computerized knowledge base; and on a digital computer, executing 
instructions to consummate market transactions by performing cross-price resolution, 
according to the policies formulated after any modifications to the computerized knowledge 
base. 

In a variation on the invention, the present invention may further include steps of 
receiving transaction orders, including portfolio trading delegation orders; and executing 
trading delegation orders for which cross-price resolution converges, resulting in 
delegator/delegatee a ssignm e nt s by which a delegator's portfolio is managed by a delegatee. 

In a further variation, the invention may include collecting and entering transaction 
orders into a computer system at a first level of a receiving hierarchy ; combining the 
collected and entered transaction orders into a transaction file, by executing mstructions on 
the computer system; writing the transaction file to at least one physical medium; and 
sending the physical medium to a second level of the receiving hierarchy. 

Another variation on die invention may include steps of collecting and entering 
transaction orders into a computer system at a first level of a receiving hierarchy; combining 
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the collected and entered transaction orders into a transaction file; and 

tra nsm i tt i ng the transaction file to a second level of a receiving hierarchy over an electronic 

communication network. 

In yet another variation, the invention may include a step of receiving orders 
transmitted electronically by individual users. 

The above variations may be combined to form additional variations on the present 
invention. Additional aspects of the present invention will become apparent to those skilled 
in the art, on reading the following description. 

BRIEF DESCRIPTION OF THE DRAWIMfi 
Like reference numerals indicate like elements in the Figures, in which: 
Fig. 1 is an overview flow chart of the privatization process contemplated by the 
present invention; 

Fig. 2 is an organizational block diagram of the inventive privatization process and the 
tools for imp Lamenting the same ; 

Fig. 3 is a flow chart of iipdating a policy knowledge base according to one aspect of 
the present invention; 

Fig. 4 is a concept map of the hierarchical structure of an initial knowledge data base 
for the privatization planner of the present invention; 

Fig. 5 is a flow diagram illustrating the formation of a transaction data base for use by 
the privatization birolementation tool of the illustrated embodiment of the present invention; 

Fig. 6 is a flow diagram of a process for updating a transaction data base using the 
privatization implementation tool of the illustrated embodiment of the present invention; and 

Fig. 7 is a flow diagram of the logic of the privatization planner embodiment of me 
adaptive knowledge base tool of the present invention. 
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LIST QF APPENDICES 

In order to enhance the clarity of the following details of the example embodiments 
are described in the attached appendices, wherein: 

Appendix A is Hartnett (1992), Part 1, Chapters 5, 6 and 7; 

Appendix B is Hartnett (1992), Part 11, Appendices 2-5; 

Appendix C is a detailed description of the Privatization Plan&erT operation, 
commands and knowledge base adaptation method; 

Appendix D is Hartnett (1992), Part m, Appendices 1 - 7; and 

Appendix £ is a description, including screen samples, of the application of the 
knowledge base system of the Privatization PlaimerT to a sustainable development 
application. 

DETAILED DESCRIPTION 
The present invention will be better understood in view of the following description, 
read in connection with the figures. The following description relates primarily to an 
embodiment of the invention suitable for privatizing a large economy. However, this is 
merely an example, given for purposes of illustrating the principles of the invention, which 
may be practiced in a variety of other contexts, some of which are indicated at appropriate 
points in the discussion. Some details in the following discussion relate specifically to the 
embodiment disclosed in Hartnett (1992), but may be implemented differently, as seen for 
example in Hartnett (1993) or Appendix C, yet remain within the contemplation of the 
present invention. 

A basic process of privatization in accordance with the present invention is illustrated 
in Fig. 1. Various steps in this process are supported by computerized tools, such as will 
be described below. In order to understand the interrelationships between the computerized 
tools, it is first necessary to understand the privatization process contemplated by the present 
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invention, though the invention is applicable to other processes, as well. 

Each enterprise to be privatized is to undergo a process substantially as shown in Fig. 
1. The enterprise leadership first prepares a privatization business plan (Fig. 1, Step 101). 
The plan should include such detailed information as the current productive capacity of the 
enterprise, the capital stock and labor force of the enterprise, a risk of claimed physical 
facilities, a demonopolization goal as explained below, a stock compensation plan for board, 
management and workers of the enterprise, and such other elements as would conventionally 
be included in a business plan. Subsequently, the privatization business plan is reviewed by 
a Privatization Board (Fig. 1, step 103). 

The Privatization Board has several options by which it may dispose of a privatization 
business plan. It may disapprove of the privatization business plan, along with reasons for 
that disapproval. The Privatization Board may approve of a privatization business plan, in 
whole or in part. The Privatization Board may negotiate with the enterprise regarding a 
privatization business plan which has been disapproved in whole or in part. Thus, the 
interaction between the enterprise leadership and the Privatization Board helps to ensure that 
viable privatization business plans are written and subsequently executed, 

Often, the privatization Board will find that a privatization business plan for one 
enterprise conflicts with a privatization business plan, current or published contemplated 
future operation of another enterprise. In such a case, the Privatization Board will resolve 
such inter-enterprise conflicts at the time of review of the privatization business plan. 

Finally, in the course of the Privatization Board Review, an effective privatization 
date 105 is established. Naturally, an effective privatization date is established only for 
privatization business plans which have been approved. 

On the effective privatization date 105, the enterprise begins to execute its 
privatization business plan. The stock cotnpeasation plans described in the privatization 
business plan are implemented. Periodic financial reporting requirements are enforced. 
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In accordance with the plans laid out in the privatization business plan, the enterprise 
begins restructuring (Fig. 1, step 107). The enterprise may also initiate new, private, 
spin-off enterprises. 

When the enterprise leadership has reason to believe that the goal for 
demonopolization set in the privatization business plan (Fig. 1, step 101) has been met, then 
the enterprise may submit an application for certification of demonopolization to the 
Privatization Board (Fig. 1, step 109). The Privatization Board again has the options of 
approving, disapproving, or negotiating changes to the application. When an application for 
certification of demonopolization has been approved, then the Privatization Board will 
establish an effective demonopolization date 111. 

On the effective demonopolization date, the compensation stock from the stock 
compensation plans initiated on the effective privatization date wxD vest. At this point, 
privatization may be considered complete (Fig. 1, step 113). 

The organizational block diagram of Fig. 2 indicates how the tasks of privatization are 
divided among the computerized tools which are to be used to implement priv atizatio n, The 
tasks are divided into substantially two groups: planning tasks and t ransactional tasks 

Planning tasks include the establishment of policy, the formulation of plans, the 
setting of goals and dates, and the customization of the tools for supporting the transactional 
tasks. Supporting this aspect of privatization is the Privatization PlamtcrT computerized 
tool 102. Example screens and source code are included in Appendix B. Operation and 
commands are included in Appendix C. Research and analysis 203 is performed using this 
computerized tool, which adapts to changing conditions, as described below. This tool will 
enable a country's economic leadership to plan privatization policies including the 
establishment of property rights 205, the formulation of incomes policies 207, structuring 
the privatization sequence 209, establishing an oversight agency 211 and communications 
with and within that agency, and customization 213 of the PrivatizdT computerized tool 
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215 for management of transaction tasks. 

The Privatize !T computerized too] 215 permits the economic leadership of a country 
to process transactions submitted by portfolio owners and delegatees of portfolio owners 
concerning the enterprises owned 217, support enterprise polled shareholder voting 219 and 
support auctions of other state property 221. File definitions, asset types, transactions and 
commands are described in Appendix D. In performing these tasks, processing centers will 
generate transaction data bases 223, which are ultimately merged into a single transaction 
data base for processing. A central computer which processes the transaction data base 225 
generates remvestment transactions 227, establishes valid delegations 229, selects between 
alternative transactions 231, calculates clearing prices 233 and transmits results to financial 
institutions 235. The assets permitted to be owned and transactions permitted to be 
performed 239, by portfolio owners and delegatees are determined during a customization 
process 213 performed by the economic leadership of the country using Privatization 
WannerT. The aistomization process 213 is also used to establish parameter values 241 , 
such as the period over winch transactions will be processed, called the investment cycle 
period. 

The described embodiments of the invention are contemplated as being implemented in 
a version of C programming language. This choice yields a number of advantages. 
The C programining language is a subject of international standards. Therefore, it is 
suitable for use in various countries. Furthermore, it is extremely portable from one 
conrouter platform to another computer platform , without extensive re-coding of modules , 
except perhaps certain platform-dependent interface modules. Yet another advantage of 
using the C progiamming language is that compilers are currently available on most 
platforms which produce particularly efficient, fast code. This last advantage makes the 
invention suitable for implementation using PC hardware, when so desired. 

The Privatization PlaimerT coiniraterized too^ is next described. The Privatization 
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PlannerT is £ computerized collaborative knowledge base tool designed to support custom 
privatization of a country's enterprises. Of course, depending on the contents and 
organization of the initial knowledge base with which Privatization PlannerT has been 
initiated, it could be used in any application where it is desired to form a knowledge base 
which grows and evolves based upon user evaluations and proposed contributions. One 
such initial knowledge base is illustrated in the concept map of Fig. 4. Examples of such 
suitable applications of adaptive knowledge bases include: the pursuit of sustainable 
development, as described in Appendix £; research into avoiding ethnic strife; movie raring 
systems used in video rental and sales s tor e s ; and a literary anthology for which authors are 
remunerated based on the popularity of their contributions. For example, the embodiment 
of the adaptive knowledge base invention in a tool to support the pursuit of sus tainab le 
development, designated as the Sustainable Development ServerT, is achieved by 
adapting the identifying contents of the welcome screen, relabeling the name of the tool and 
subsequent screen displays, and using the same general purpose commands to create a 
structure of topics and associated pages of information relating to sustainable development. 
See Appendix E, for examples of screen displays for the Sustainable Development 
ServerT tool. The documentation of Privatization PlannerT embodiment of the adaptive 
knowledge base aspect of the invention contained in Appendix C is transformed into 
documentation for the Sustainable Development ServerT by replacing references to 
Privatization PlannerT with Sustainable Development ServerT, replacing "ntn" with 
"sds" and replacing the documentation of the Simulate command with a description of any 
adaptive knowledge base interface to any tool or tools developed to simulate issues relating 
to sustainable development. The embodiment of the adaptive knowledge base aspect of the 
invention in a tool to support research into the avoidance of ethnic strife, designated as the 
Ethnic Strife ServerT is achieved in a like fashion, and the associated documentation is 
transformed by inserting Ethnic Strife ServerT and "ess" where appropriate, and by 
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appropriate adjustments to the description of the Simulate command. It is specifically 
contemplated that users may or may not be charged fees based upon the amount and nature 
of their knowledge base access. Contributors may or may not be remunerated based on the 
quantity, ratings and longevity in the knowledge base of their contributions. 

The Privatization PlannerT tool is implemented as a software program running on 
either one or more individual portable or personal computers in the hands of individual 
users or user groups, or accessible on electronic networks, including a worldwide network 
such as Internet. Individual users possess copies of relevant portions of the knowledge base 
for use with their copy of the tool. See Interest command m Appendix C. The knowledge 
base of the Privatization PlannerT tool is modified and updated based on evaluations 
entered by users of the Privatization PlannerT tool. See Fig. 3. 

The user evaluation cycle illustrated in Fig. 3 begins with users evaluating and 
proposing contributions (step 301) to the topics, subtopics, pages and organization of the 
knowledge base segment in their possession. The segments are thai integrated (step 303) by 
a knowledge base coordinator operating a copy of the Privatization PlannerT tool to form 
a complete knowledge base containing the integrated whole erf the knowledge base segments 
previously possessed by the individual users. Next, the pages are scored by the 
Privatization PlannerT tool (step 305) in accordance with the method described in 
Appendix B. Page scores are compiled into subtopic scores (step 307) and subtopic scores 
are compiled into topic scores (step 309). Making decisions in accordance with the scores 
obtained in the previous steps, the Privatization PlannerT tool adjusts the content and 
organization of the knowledge base (step 3 1 1 ) as described in Appendix B. Tbe adjustments 
are base upon some form of optimization of the scores obtained above. Finally, mdrvidual 
segments are generated and distributed in accordance with the user preferences (step 313). 

Users may customize their usage of the tool (see Customize command in Appendix 
C), and can effectively access even very large numbers of entries using sophisticated 
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keyword techniques (see Keyword command in Appendix C), and by filtering and sorting 
entries using date, evaluations by other users, and evaluations of the user himself using 
either actual evaluations or estimates based on past correlations or anti-correlations with 
other users (see Order command in Appendix C). Privatization PlannerT also provides 
and interface to a simulation of the Privatized computerized marketplace, allowing users 
to simulate portfolio transact ions and asset prices using the methods contained in die 
Privatize !T tool. See Simulate command, Appendix C. 

The Privatization PlannerT computerized tool permits distribution of segmented or 
partial knowledge data bases, based on individual preferences. The knowledge base may be 
distributed in whole or in part over a network or on such physical distribution media as 
diskettes and CD ROM. 

After each user of the knowledge base has entered comments and evaluations to then- 
own satisfaction, the segment on which they are in possession is returned through the 
network or physical media o^stribution channel to a knowledge base coordinator. The 
knowledge base coordinator merges the knowledge bases of all users into a single large 
knowledge base on a regular basis. The results of the various users' evaluations of entries 
in the knowledge base are then used by the Privatization PlannerT adaptive mechanism to 
eliminate entries which are of insufficient interest or value to users. 

Although the adaptive function has been thus far described in connection with entries, 
or information content, the structure of the knowledge base is also subject to user 
evaluation. A knowledge base is organized into topics, which have both content and 
organization. Furthermore, evaluations are graded on both on quantity and quality. That 
is, an entry or topic organization evaluation consists of both the amount of information 
associated with that topic and the value of the evaluation given by each user. The scoring 
of the evaluations according to one embodiment of the present invention is discussed in 
detail in Appendix B. 
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Privatizc!T is a computerized too] to support tree markets in newly democratic 
nations. The tool is capable of implementing any privatization policy chosen by government 
policy makers, and in particular includes a capability to support distribution of shares in 
large state enterprises to an entire citizenry. Universal distribution of at least a portion of 
public assets, such as large state enterprises, can completely avoid the need to value such 
assets prior to privatization. This is advantageous in developing economies without any 
adequate means of achieving such valuations. It is also advantageous in and applicable to 
developed economies because it can avoid the large absolute inefficiency associated with 
even a modest relative underwriting valuation error. Legislation or a decree can vest in 
each citizen privatization rights in the form of Stock Market Units (SMUs). SMUs are a 
way to aggregate rights to equity in state enterprises into a current private asset, by defining 
a new financial instrument composed of one share in each enterprise due to be privatized 
over a fixed interval. While normally the fixed interval will begin on or immediately after 
the date of legislation and terminate at some future date certain, it is also possible to define 
intervals which are completely in the past or which are completely in the more distent 
future. For example, if the main SMU were defined to extend from the date of legislation 
to the end of the subsequent year, then a SMU2 could be defined to begin at the termination 
of the fixed interval of the SMU and continue for an additional year or more. SMUs can be 
imm e diatel y and freely traded. In particular, a citizen's right to a SMU allocation can be 
used in bidding for small state enterprises at once, even before implementation of the entire 
system. The Privatize !T tool solves the problem in newly democratic nations that a stock 
trading infrastructure must quickly be provided to execute market transactions in the absence 
of a significantly developed communication and financial intermediation infrastructure. 
Thus, it is a particular feature of PrivarizelT that the files and methods used may be 
efficiently implemented using minimum hardware and in the absence of an advanced 
infrastructure^ For example, communications are contemplated as perform ed using physical 
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transfers of information on diskettes, tapes or other physical media when sophisticated 
telecommunications happen to be lacking. Similarly, the market resolution methods are 
suitable for implementation on personal computers (PCs) as well as large mainframes. 

Other assets contemplated as being traded in accordance with the Privatize !T 
embodiment of this aspect of the invention include stock or debt in specific enterprises, debt 
of governments or financial institutions, foreign currency, price level adjusted mortgages, in 
addition to flexibly specified annuities which are keyed to standardized actuarial tables and 
priced according to their implicit interest rate. This aspect of the present invention has 
many other useful applications. For example, assets such as natural resource rights in 
Bahrain, air pollution rights in the United States, or the proceeds of a South African wealth 
tax collected either in the form of money or "in kind" such as in the form of stock, could 
be vested in a very large number of recipients or an entire citizenry, and a marketplace with 
an extremely broad investment opportunity set provided by this system. Appropriate bids 
and offers for any available asset can be made by any entity with an account on the system, 
including governments, organizations and individuals. One objective of this aspect of the 
invention is to provide a "springboard" to tree enterprise in the context of a free market. 

The tool also supports the creation of a "social security" account for each citizen, fur 
example initially endowed with a supplemental allocation of Stock Market Units or newly 
privatized stock in individual enterprises by means of universal distribution. This can be a 
very attractive capability even in developed market economies where large state enterprises 
are to be privatized but policy makers wish to strengthen the soda! safety net in the process. 
The regulation of such social security accounts can specify that the Stock Mark Units in 
these accounts can only be exchanged for government debt, lifetime annuities or other 
specified assets, but with imm e diate distributions when necessitated by hardship. Such 
regulation of social security accounts is supported in the Privatize !T tool. See, for 
example the Security transaction, Appendix D. Additional allocation of Stock Market Units 
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can be made to social welfare accounts of local governments in an amount corresponding to 
the number of citizens liable to be missed, for example due to homelessness. The result is a 
strengthening of the "safety net" for social welfare. 

Privatize !T supports the market for enterprise snares in a variety of ways such as 
dividend payments, stock subscriptions and "going private." It also provides subsets of 
shareholder lists for shareholder votes based on polling techniques. An embedded 
marketplace for the delegation of authority to professional investment organizations at 
competitive rates is included in the Privatize!T tool to facilitate efficient markets and price 
discovery. These features of the market tool are additional examples of capabilities which 
can be valuable in developing and developed economies alike. It is specifically 
contemplated that users of the PrivatizelT tool may or may not be charged fees based on 
the amount and nature of their usage of the system. 

The operation of the PrivatizelT tool is now described in connection with Figs. 5 and 

6. 

The investment cycle begins with the input of transaction data into a hierarchical 
system of computers. This phase is complete upon the production of a comprehensive and 
sorted Transaction Data Base (XDB). This is composed of blocks containing all transaction 
data for a given entity, and sorted by ID code, for example as discussed in detail in 
Appendix D. This data base is then processed by means of five passes, in order to 
implement delegations as appropriate, establish asset prices, execute transactions as 
appropriate, and transmit the results to custodial financial institutions. 

PrivatizelT is a general system capable of supporting a broad range of policy choices. 
It works in tandem with Privatization PlarmerT, which provides a collaborative knowledge 
base in support of policy formulation. Policy choices such as the allocation of Stock 
Market Units to the citizenry will often be implemented by appropriate governmental 
transaction input to the Privatize!T tool. Regulation such as the maximum number of 
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transactions an individual or organization is allowed to submit, and technical specification 
such as the choice of field delimiters, are used to adapt modules such as GLOPARM as 
appropriate. For more information on the customization process, refer to Appendices B and 
C. 

The Transaction Data Base (XDB) is prepared as illustrated in Fig. 5 using module 
Transact (XACT). Module XACT requests the input devices, which can include the 
terminal and auxiliary storage such as floppy disk or tape drives. The operator also 
specifies the output device and the size of any random access disk file available for sorting. 

As XACT reads transaction blocks from one or more input devices, it performs initial 
validity checks. If an error is found in the input from the terminal, the operator can 
immediately correct the transaction block, in addition to making any appropriate notation on 
the input forms. If an e rror is found in input from another device, the operator can enter 
additional transactions to cancel out the error and introduce a corrected substitute 
transaction. 

. Module XACT performs mage-sorting into main memory on the transaction blocks 
read in. XACT notifies the operator when it stores a sorted memory buffer onto disk, and 
when it merge-sorts any disk files to the output device. If a disk is unavailable, the sorted 
memory buffer is stored directly onto the output device. XACT provides the operator an 
opportunity to change the diskette or tape after each output cycle. This allows the output to 
be s ub se quent ly merge-sorted if multiple input devices are av aila ble. 

The resulting diskettes or tapes are transmitted to the next higher node in the 
hierarchical network of processing centers either physically or electronically. For example, 
the network illustrated in Fig. 5 includes local, regional and central nodes. At the central 
computer facility, the operators generate a single comprehensive sorted XDB by iteratively 
merge-sorting the input. XDB should then be backed up and archived off-site. Throughout 
the process, the operators preserve the physical break-points in the series of tapes which 
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correspond to the logical subdivision into categories of portfolio owners such as 
governments, enterprises and citizens. 

As shown in Fig. 6, processing the Transaction Data Base (XDB) involves running a 
series of modules at the central computer facility. Detailed definitions of the riles processed 
and the functions of the modules are contained in Appendix D. Module Delegatee Order 
File Generator (DORFGEN) is run on the delegatee-organization subset of the XDB to 
create the random access disk file Delegatee Order File (DORF). Upon creation, tile 
DORF should be backed up, to archive and to recover from processing disruptions. 
Likewise, module Enterprise File Generator (EGEN) is run with interactive input to create 
and maintain the random access disk file Enterprise File (EPRISE), which should also be 
backed up. 

The operator then runs module PASS! . PASS1 first requests the tapes for the 
enterprise segment of XDB to update dividend info rm ati on in EPRISE, which should then 
be backed up. PASS1 then requests the entire XDB tape series, generating the serial file 
ORDERS #1 and an updated version of XDB containing reinvestment transactions. It then 
requests the tapes comprising ORDERS 81 so that module PRICING can calculate price 
estimate #1 and post it to random access files EPRISE and PRICES. The operator should 
back up EPRISE and PRICES, and then archive them, ORDERS #1 and the original XDB. 

The operator next runs module PASS2, which requests tapes comprising the updated 
XDB, and generates the serial file Delegation Offer File (DOFF) and a lending report. The 
tending report may be distributed to selected potential large borrowers, who are given a 
brief opportunity to update their borrowing transactions. Any new borrowing transactions 
are input to module XACT, along with an appropriate subset of XDB including, tor 
example, only the government segment and perhaps financial institutions or even other 
enterprises. Module XACT generates a new XDB subset, and the operator archives the 
subset being replaced. The operator then runs module Delegatee Compensation 
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(DELCOMP) which requests the tapes comprising DOFF, and generates the random access 
Delegatee Order File (DORF). 

Module PASS3 is run next. It requests the XDB tapes and generates the serial file 
ORDERS 82. PASS3 then requests the tapes comprising ORDERS 82 so that module 
PRICING can calculate price estimate $2 and post it to random access files EPRISE and 
PRICES. These files should then be backed up and archived. 

The operator next runs module PASS4, which again requests the XDB tapes, and 
generates the final serial ORDERS file. It then requests the final ORDERS and posts the 
subsequently calculated final prices to files EPRISE and PRICES, to be backed up and 
archived. 

In the final complete pass, the operator runs module PASS5 which requests the XDB 
tapes, generates a final updated XDB file, and also generates serial file Disposition File 
(DF). The intermediate set of XDB tapes should then be archived. 

Module DISPOSE is then run, which requests the DF tapes and the financial 
institution segment of XDB. Module DISPOSE then generates a combination of reports and 
tapes or diskettes for transmittal to custodial financial institutions. A copy of these 
transmitted files and the input DF tapes should then be archived. 

The above sequence of processing steps is described from the perspective of an 
operator of the computerized market tool. Following is a description of the internal logical 
steps accomplished by that tool. Initially, a sorted and comprehensive Transaction Data 
Base (XDB) is assumed to be available. After first updating the Enterprise File (EPRISE) 
with dividend mformatkm, module PASS1 executes the first complete pass through XDB 
assuming all offers to delegate in excess of the delegatee-specified mimmums are 
consummated. At this point, the serial XDB file may be very large. PASS1 reads the 
serial XDB and the random access Delegatee Order File (DORF), which is typically much 
smaller than XDB, by calling XBLOCK, which in turn invokes modules ORDERS and 
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PRICE, to generate an initial approximation of asset prices. In the process, PASS1 
generates a new copy of XDB containing ACQUIRE transactions allocating portfolio 
earnings based on any REINVEST transaction or default. 

In a second pass, module PASS2 uses those approxima te prices to value portfolio 
assets. Asset valuations are used to approximate the total amount of offers to lend to each 
entity, by inaturity and interest rate. This information is made available to potential large 
borrowers to provide them with a brief opportunity to update their bids to borrow money, 
as expressed in appropriate ACQUIRE transactions. These traiisaction updates are input to 
XACT to update the XDB. This does not necessitate a foil pass through XDB, but only 
those tapes containing transaction data for potential large borrowers, i.e., governments, and 
perhaps financial institutions or enterprises, as discussed above. The second pass asset 
valuations are also used to create a Delegation Offer File (DOFF) of all offers to delegate. 
Module DELCOMP sorts DOFF and then calculates the two compensation thresholds for 
each ddegatee by asset ariK)um ami ea 
for investment authority. 

Module PASS3 uses the delegatee compensation thresholds to determine which 
ddegation offers are act^ 
prices. 

During the fourth pass, PASS4 uses the second approximation prices to detennine 
whether to use a pricestependent ACQUIRE transaction or an available alternative specified 
in an immediately following ELSE transaction. Since the second pass prices were still 
approximatians, the price dependencies of ACQUIRE tratisactions must also be understood 
as being approximate. The prices generated upon completion of this third pass are final 
prices "as or the investment cycle da te. 

Module PASS5 conducts a fifth and last pass to execute transactions as appropriate, 
update portfolio valuations, and create a Disposition File (DF) containing records of assets 
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to be dispensed by custodial financial institutions. 

The Disposition File (DF) is input to module DISPOSE which sorts it and outputs a 
tape/diskette and/or report of the appropriate records for transmission to each financial 
institution. Each financial institution in turn notifies the individuals or organizations entitled 
to the proceeds of consummated transactions, and makes funds available as scheduled, either 
as a principal or as an agent of the government, depending upon its category. 

It should be noted that the above description is based on an investment cycle, rather 
than continuous order matching. This is to permit the tool to be operated using minimal 
computer, communications and financial intermediary infrastructure when privatization is 
first begun, without sacrificing any significant features of a fully developed market 
resolution system. However, mis tool can also be used as a real-time market system by 
reducing the period of the investment cycle from months, weeks or days to a brief interval 
defined by a sufficient number of newly-submitted transactions to ensure sufficiently well- 
behaved characteristics of the pricing behavior of a sufficient subset of the supported assets. 

The batch mode investment cycle is adapted to a real-time system in a straightforward 
manner. The generation of the sorted and comprehensive Transaction Data Base XDB using 
transported physical media and off-line terminal entry described in Fig. 5 is replaced with 
real-time transaction entry into an electronic network which channels the submitted 
transactions to a central computer. The electronic network may be implemented 
hierarchically, with each level in the network consolidating inputs into smaller numbers of 
outputs, finally producing a transaction file on the central computer. It is possible to use 
the Simulate command of the Privatization PiannerT tool implemented on an electronic 
network with appropriate security precautions to provide an input interface into even an 
actual, rather than simulated PrivatizefT system. 

The central processing is then expedited for real-time responsiveness by: 1) 
seouestering modules such as AUCTION and EVOTE which have no inherent need to 
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participate in a real-time market, even though they too can be more useful being 
implemented as part of a responsive electronic network; 2) deferring, as appropriate, 
relatively time-insensitive transactions such as BANK, DELEGATE, DIVIDEND, GRADE, 
JOIN, LEAVE, OVERSIGHT, PERCENTAGE, REINVEST, TRANSFER, WHEN, for 
example to off-hours processing on a dairy cycle; 3) aggregating the assets under delegated 
investment authority into a composite synthetic portfolio for each deiegatee-organization, 
able to be partially or completely segregated into individual portfolio-owner accounts either 
periodically or as ne e de d; 4) relocating information storage to speed access by taking 
advantage of the smaller absolute quantities of data being processed over shorter intervals, 
for example relocating the Transaction Data Base XDB torn high capacity tape to disk, and 
relocating files such as PRICES and ORDERS from disk to main memory, along with 
periodic archival of such files to higher-capacity media; 5) configuring a powerful real-time 
central computer or set of computers, and in addition optionally exploiting parallelism 
inherent in the task, such as transaction front-end preprocessing, asynchronous period- 
sampling as described below, or any element of first-approximation independence of 
separate asset prices — for example, one processor could be the initial co-recipient of all 
transactions involving government debt, along with the one or more processors designated 
as the initial recipient of one or more other assets involved in the exchange; and 6) in 
addition, the amount of processing power required to achieve conve r ge nce of price estimates 
is reduced because the initial price estimates, which are set equal to the most recent prices, 
will normally be closer to final price estimates over shorter intervals. The above-mentioned 
modules are described in detail in Appendix D. 

Successful convergence is determined by analyzing the pattern of final asset price 
estimates over a sequence of sampling periods which each start at the end of the previous 
investment cycle but successively add an additional very small interval measured either in 
time or quantity of newly-arrived transactions, as adaptivery optimized, but at least equal to 
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the amount of time needed to complete the process of price estimation for the previous 
period unless parallel processors with shared information asynchronously sample cumulated 
transactions . 

The price estimate for an asset converges sufficiently when the deviation between the 
previous price and the price estimate for the first sampling period, or between the price 
estimates for a number of successive sampling periods, is within acceptable bounds based 
upon recent experience with that asset. A new investment cycle is closed when a sufficient 
number of asset prices converge. Transactions involving only assets whose price estimates 
have converged are executed, being consummated if their price co nd itions are met, and 
being retained for inclusion in future cycles if not - unlike the default operation in batch 
mode operation, described above. Transactions involving assets whose prices have not 
converged are retained for inclusion in future cycles. Transactions involving only assets 
whose price estimates have converged in the above sense include ACQUIRE transactions, 
even if an associated ELSE transaction refers to non-converged assets, but exclude ELSE 
transactions if an a s so c i a t ed ACQUIRE transaction refers to non-converged assets. 

Transactions entered into the real-time system can incorporate a field containing a 
"good 'til canceled" (GTQ flag or a "good until" time which specifies the time at which the 
transaction is to be cancelled, with the default normally being cancellation at the end of a 
normal dairy market cycle. It is also possible for transactions entered into the real-time 
system to incorporate a "step price" which triggers the transaction to be executed "at the 
market" at any available price. However, the expected best method of implementation, at 
least in markets without sufficient liquidity, is to not allow "stop" orders or "market" 
orders, but rather to require each price order to have a "limit price" which must be at least 
satisfied before the transaction is consummated. Note that like in real-time mode, batch 
mode regulations may constrain the usage of "market orders" or constrain prices by setting 
"price limits" over time intervals beyond which transactions are not allowed to be 
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consummated. 

The system promotes the liquidity needed for a successful real-time system. Owners 
of portfolios have acc es s to an effective tool to continuously bid and offer assets as desired. 
The government or individual enterprise can continuously offer debt or indexed debt, 
adjusting the offered price, i.e., interest rate, and offered quantity as desired. The 
government and approved financial institutions can continuously offer annuities, also 
adjusting the offered price, i.e., the implicit interest rate, and offered quantity as desired. 
The government can post standing offers of blocks of shares of enterprises in which it wants 
to increase private holdings at prices it is able to continuously adjust, and can place standing 
bids for enterprise shares if it chooses to support those share prices or buy back shares at 
price levels it considers unrealisticalry low in a market sense or unacceptably low in a policy 
sense. Enterprises are able to market blocks of their shares to the public, to bid for blocks 
of their shares, for example in a "going private" process or as part of corporate finance 
strategy, or to engage in trading in other enterprise shares as allowed by any governing 
regulations. Enterprises may offer new shares intended to raise capital, or may offer with 
government approval shares held by the state. 

Delegatee-or ganizarion s are able to function anywhere on the temporal investment 
spectrum consistent with their representations to the public in their disclosure 
documentation, including position trading, day trading and scalping. Since delegatee- 
organizarions will be highly motivated to maximize either their total investment return or 
their assets under management, there are strong incentives for them to find, exploit and in 
the process reduce inefficiencies in price discovery among the various assets on the system, 
including SMUs and individual enterprise stocks. In addition, it is possible for the 
government to encourage market-makers pledged to enhance liquidity in specific assets by 
various incentives, such as favorable tax treatment of income, or delegations of possibly 
large blocks of government assets including the particular assets for which the market-maker 
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has assumed some responsibility, conditioned upon their performance in achieving objectives 
such as helping stabilize price trajectories or marketing state-owned assets to private 
investors. 

Even individual portfolio owners with access to an effective electronic network will be 
able to submit real-time transactions. For example, if the French government vested parts 
of large state enterprises in the entire citizenry, individual citizens could access the 
Privatize!T tool through a network like Minitel. 

This promotion of liquidity by the system not only improves the prospects for a 
successful real-time marketplace, but also improves the character of the marketplace in 
batch mode. In fact, the two modes are not inconsistent. The real-rime mode provides a 
very broad and virtuously continuous investment opportunity set to a set of sophisticated 
market participants, even relative to modern market economies, and the batch mode 
provides periodic low cost access to the marketplace to a broad cross-section of citizens with 
a typically longer investment horizon. 

A more detailed discussion of the logic of the method embodied in the Privatization 
PlannerT aspect of the invention is now given in connection with Fig. 7. The 
Privatization PiannerT tool is an event-driven tool, which executes a loop as now 
described. 

The tool first enters a state of awaiting a user's command (step 701). When a 
command has been entered, and confirmed if so required by a particular emhnrfimpnt T then 
the tool parses the command entered (step 703) to determine which of several alternative 
actions to next branch to (step 705). In the C programming language, this action is 
commonly embodied in a CASE statement. Next, the action required by the parsed 
command is performed (step 707), after which control returns to the step of awaiting a 
user's command. The functions in one embodiment of the various rommymig and steps 
performed thereby are described in detail in Appendix C, however other embodiments 
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including somewhat different command sets and internal command logic are contemplated as 
within the scope of the invention. Each of the commands implemented in the described 
embodiment is invoked by a user by entering the reference designator of the branch from 
the step of branching (step 705) to the desired command action (step 707). 

Having now described a few embodiments of the invention, it should be apparent to 
those skilled in the art that the foregoing is merely illustrative and not limiting, having been 
presented by way of example only. Numerous modifications and other embodiments, 
including combinations of features found in the illustrated embodiments, are within the 
scope of one of ordinary skill in the art and are contemplated as tailing within the scope of 
the invention as defined by the appended claims. 

What is claimed is: 
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Chapter 5- Universal Distribution: Potential Questions 

So fax, other distribution schemes have been favored over universal distribu- 
tion. In Poland, only 30% of shares are allocated to the citizenry, and even 
those are through financial intermediaries, 30% is reserved for Polish or for- 
eign investors or the treasury, 20% goes to pension funds, 10% to commercial 
banks and 10% to enterprise employees The Russian privatization program 
provides preferential options to workers and management for roughly 40-50% 
of the capital of an enterprise, with an as yet undetermined portion of the 
balance distributed by vouchers." 

The conventional wisdom is that universal distribution is a "non-starter" pol- 
icy because of the need to accommodate stakeholders, the need for external 
discipline over management and the board of directors, and the difficulties 
of quickly achieving either privatization business plans or truly general indi- 
vidual ownership. It is therefore necessary to carefully consider each of these 
questions. 



"Republic of Poland, snpra note 56 at 10. 
••See Chaptei 8. 
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A. How Should Stakeholders be Accommodated? 

An enterprise by its nature involves stakeholders such as employees, pension- 
ers, banks, creditors and local governments. By definition, business systems 
evolve an accommodation between stakeholders and enterprises - otherwise 
the class would not be considered a stakeholder. In most states, business 
systems are embedded within a matrix of more or less clearly denned legal 
rights and customary practices. Such an infrastructure of law and custom 
is not yet in place in newly democratic nations. One line of reasoning then 
concludes that it is necessary to accommodate stakeholders by distributing 
to them an interest in ownership. 60 

However, blurring distinctions among stakeholders is counterproductive. The 
shareholders have ultimate control over an enterprise, and are entitled to its 
residual value. Hall stakeholders were to be accorded this status proportional 
to their financial interest and political clout, then enterprise ownership would 
become a crazy-quilt patchwork of national and local governments, banks, 

creditors such as other enterprises, institutions, investors, board members, 

r\ •00. Upton, 3. Sachs, "Creating a Market Economy in Eastern Europe: The Case of 

Poland" p. ISO, Brookings Papers on Economic Activity (Spring 1991). 
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management, workers, and the general citizenry. Such an outcome would 
impose significant opportunity costs on household wealth and individual wel- 
fare. Unless the accommodated stakeholders usurp a sufficiently great wind- 
fall, this could even degrade their own welfare relative to more appropriately 
tailored financial support, by narrowing their portfolio and increasing Hs 
riskiness. 

The classic example of a stakeholder is the enterprise employee. One concern 
has been that workers unplacated by a sufficient ownership interest might 
sabotage an enterprise or otherwise thwart its privatization. However, once 
a decisive resolution to the allocation of ownership is reached, with a schedule 
to phase out enterprise subsidies, it is difficult to see how a worker would 
benefit by jeopardizing the source of his or her paycheck. A similar concern 
is that workers might quit to form their own company, in some form of 
"spontaneous privatization.'' To the extent such a process merely carries on 
the same business with the same clientele and capital equipment, it could 
be declared illegal and subject to the restitution of all subsequent profits to 
the state. However, to the extent that manpower is drained from inefficient, 
bureaucratic or monolithic organizations to new enterprises responsive to 
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current market demands, that is a healthy process of "creative destruction. 71 

Another common argument is that distribution of enterprise shares to em- 
ployees is necessitated by their clout. 61 But workers of industrial enterprises 
can be replaced if their demands become inequitable, especially during an 
economic depression with collapsed demand and increasing unemployment. 
Also, industrial workers represent only a small fraction of the citizenry. In 
Poland, such workers are only 30% of the labor force, and represent about 
15% of the population. 62 In the former Soviet Union, the largest 44,000 
industrial enterprises employed about 35 million workers, representing only 
12% of its population. 6 * In fact, worker ownership amounting to management 
control is a potential hazard which can degrade enterprise performance.* 4 

The allocation of stock to workers who happen to be employed at an enter- 
prise on the date of its privatization is inadvisable, because it concentrates 
wealth randomly (see Appendix 1). However, an ongoing stock compensation 

plan for employees can be a legitimate component of compensation negotia- 

€l E.g., S. Fischer, supra note 33 at S-6. 
W D. Lipton, supra note 60 at 128. 

"Estimates from graph in IMF, et aL, 2 "Study of the Soviet Economy" 37 (Feb. 1991). 
•*H. Hansmann, "When Does Worker Ownership Work? ESOPs, Law Firms, Codeter- 
mination, and Economic Democracy", 99 Yale L. J. 1749, 1616 (1990). 
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tions. Unlike the effectively random initial conditions of profitability as de- 
termined by a history of central planning directives, enterprise performance 
after privatization and hard budget constraints take effect will be strongly 
correlated to employee performance. In sum, the best way to accommodate 
enterprise employees in particular, and stakeholders in general, is to design 
a process of privatization which maximizes the prospects for the success of 
the enterprises in which they hold stakes. 

B. Will the Board of Directors and Top Management 
Act in the Interest of Shareholders? 

i. Background 

Another common objection toward universal distribution to the entire cit- 
izenry is that it would dilute ownership rights so as to preclude effective 
control over the board and management of an enterprise, 65 The theory is 
that shareholders elect a board of directors accountable to them; the board 

of directors establishes broad policies and strategies, and appoints and over- 

**E.g M O. Blanchard, supra, note 34 at 40-41, 44; S. Fischer, supra note 33 at 19; 
B. Djelie, "Priratxxiticm and Corporate Governance in Eastern Europe: The Case of 
Yugoslavia", Harvard draft p. 12 (Dec. 8, 1990); R. Frydmaa, supra note 38 at 34. 
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sees the chief executive officer (CEO) and perhaps other top management; 
the board of directors and top management have a collective fiduciary duty to 
conduct the affairs of the corporation in the best interests of the shareholders; 
top management hires officers which can speak on behalf of the enterprise; 
officers hire non-officer employees who can in turn form a supervisory hi- 
erarchy. If the results are unsatisfactory in the context of the competitive 
marketplace, then the board of directors is expected to remedy the situation 
- if necessary by replacing top management. If the board of directors fails 
to adequately serve the shareholders' interests, then the shareholders in turn 
elect different directors. 66 

However, in reality the responsiveness of a western corporation to its share- 
holders is often inadequate. A series of common corporate tactics can en- 
trench management and dilute effective shareholder control: inside directors 
(members of management also serving on the board of directors), golden 
parachutes (lucrative termination clauses in management employment con- 
tracts), proxy rights (management waging battles over shareholder votes ad- 

°*Fox an excellent review of the methods to discipline management and the board (eg., 
earnings incentives, relative performance evaluation, career concerns, stock market mon- 
itoring such as takeovers, and creditor controls such as bankruptcy) see J. Tirol e, supra 
note SI at 7-8. 
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versely affecting its position) and poison pills (unpalatable corporate changes 
automatically triggered by a successful takeover). 67 Tke disciplinary back- 
stop is tbe capital marketplace, but takeover premiums of typically 50% 
demonstrate the insulation enjoyed by management.* 8 

ii. Control by Shareholders 

Shareholder control over top management and the board of directors in the 
context of extremely widespread shareholdings can be facilitated by several 
policy choices: the modulation of corporation law, shareholder voting using 
polling techniques and the delegation of authority. Corporation law can 
reflect widespread shareholdings in several ways. To promote representation 
on the board by minority factions, directors can be elected by cumulative 
voting without unnecessary classes. Voting quorums can be set at low levels. 
Tender offers to take enterprises private can be encouraged by reducing the 
required thresholds of shareholder approval. 

Shareholder votes can also be implemented with polling techniques. For a 
"D. Hallbetg, "Top Cats*, Reason 43-43 (May 1992). 

M J. Goodman, G. Loveman, Does Privatisation Serve the Public Interest?*, Harvard 
Basinets Review p. 9 (Nov./Dee. 1991). 
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given decision, the enterprise would determine what percentage ownership 
represents the threshold between large and small shareholders. It would 
then submit the decision to each of the large shareholders, and a number of 
small shareholders selected at random. Each large shareholder vote would be 
weighted according to the number of shares voted, while each small share- 
holder vote would be weighted equally according to the total amount of small 
shareholdings divided by the number of small shareholders selected. How- 
ever, the probability of a particular small shareholder being selected would 
be an increasing function of the number of portfolio shares. Statutes and 
regulations can specify maximum thresholds and min im u m polling sample 
sizes as a function of the size of the enterprise and the importance of the 
decision. 

Shareholder control can also be concentrated by delegation of authority. Del- 
egation of investment authority can provide market discipline as delegatee- 
organizations perform investment research resulting in the sale of shares of 
under-performing enterprises. Sales of a particular enterprise's shares would 
tend to depress the share price, reducing the value of compensation shares 
to the management or workers. Recipients of compensation stock in well- 
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performing enterprises would likewise be rewarded by share purchases in- 
ceasing the stock price. Delegation of voting authority can also concentrate 
.hereholder control by serving as an on-going and comprehensive "proxy- 
delegation. 49 

iii. Alignment of Interests via Compensation 

Another very powerful way to align the interests of shareholders, top man- 
agement and the board of director, is to tie executive compensation to the 
stock market valuation of the enterprise. The idea is to determine by statute 
that a CEO's annual compensation is a fixed multiple of national average 
wages, plus a fixed percentage of total outstanding shares to be issued from 
the enterprise treasury (see Appendix 2). Corresponding formulae for the 
board of directors, president and perhaps executive vice-presidents would 
be incorporated into the privatization business plan. This approach can be 
characterised as an emergency incomes policy designed to align the interests 
of the board and management with the interests of the shareholders. While 
incomes policies are generally defined to be anti-inflation devices, the sense 

"At the extreme, a distinct power to delegate »otin 8 authority could i hav national 
Bolitieal significance. For instance. . Italian worker-cooperative » affiliated with oae 
ofthtee associations, each of which is connected with a national political party. H. Haas- 
maan, supra note 64 at 179$. 
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of curbing exploitation of inherent market power would apply here. 70 

Stock compensation would begin upon the privatization date specified in a 
business plan approved by some sort of Privatisation Board. Vesting of ac- 
crued shares would occur only upon certification by the Privatization Board 
that any demonopouzation goal which it had stipulated had been achieved. 
To further reduce the possibility of monopoly rent accruing to management 
or the board, the Privatisation Board could confiscate a percentage of ac- 
crued compensation shares corresponding to its estimate of the proportion 
of the enterprise market valuation which arose from monopoly rent subse- 
quent to privatisation. An exception would be that no confiscation would be 
allowed if demonopolization were achieved within a "safe-harbor" time in- 
terval To encourage successful spin-ofis in the process of demonopolization, 
the motivation to retain as large as possible a stock market base should be 
reduced. Therefore, a spin-off should pay a corresponding cash bonus to its 
parent's board and management team (as of the spin-off date), by issuing 
and selling on the market its own treasury stock. Statutory compensation 

stock would eventually be terminated by individual enterprises by the choice 

T0 See generally, A. R. Braun (IMF), "Wage Determination and Incomes Policy in Open 
Economics" pp. 3-4 (1986). 
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of a sufficient plurality of shareholders. 

To complement a statutory incomes policy for CEO annual compensation, 
the alignment of the interests of the board of directors and the rest of man- 
agement with shareholder interests via compensation can be operationally 
achieved in the privatization business plan for each enterprise. 71 Allocat- 
ing the non-CEO portion within the privatization business plan would pre- 
serve the flexibility to adapt the compensation plan based on the number 
and stature of directors and executive vice-presidents. Those executive vice- 
presidents would also be ideally placed to become CEOs of spin-off compa- 
nies, as enterprises transform from "u-form" to "m-form." 73 

Any inclination to begrudge compensation as a percentage of stock market 
valuation for even very large firms should be resisted. Enterprise size is not 
a definitive determinant of stock market valuation. For example, the stock 

market valuation of 17-year-old Microsoft, with 10,000 employees and sales of 

71 For a brief but cogent perspective on CEO compensation relative to other top execu- 
tives, tee J. Lorsch, id. at 136. 

n "U-form" refers to unitary-form, with organisation-wide manufacturing, finance, mar- 
keting and tales departments. ■M-form" refers to a multi-divisional organisation along 
broad product lines which would facilitate spin-ofts. See generally, E. Pavlik, supra note 
142 at 45-61. But see J. Vickers, G. Yarrow, 'Privatisation and the Natural Monopolies" 
49 (1985), where it is argued that restructuring of monopolies should precede privatisation. 
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$1.8 billion, is now as great as that of the world's biggest manufacturer: 84- 
year-old General Motors with 766,000 employees and sales of $124 billion. 73 
This is because the stock market more or less reflects the present discounted 
value of the expected stream of future, after-tax earnings. The boldness and 
initiative of top management, which would be strongly encouraged by unlim- 
ited upside potential, will play a vital role in determining which enterprises 
become highly valued and which ones fail While .01% of stock as a compo- 
nent of annual compensation can strongly motivate the CEO of a very large 
enterprise, it is a very small price indeed relative to the potential return to 
shareholders. 74 

C. Can Privatisation Business Plans be Generated Quickly? 
i. The Potential for Resistance 

One concern is that privatization business plans just wonH happen, due to 
"323 (no. 7753) Economist 15 (Apr. 4, 1992). 

T4 For example, the median annual average return from 1977 to 1987 of investors in the 
Fortune 500 Largest U.S. industrial corporations was 14.1%. 117 (No. 9) Fortune 2)26 (Apr. 
25, 1968). Note also that more of the earnings would likely be distributed as dividends 
than in the west. For example, in 1988, the 1000 largest U.S. public companies had a 
cash flow of SI. 6 trillion, but less than 10% was distributed to shareholders as dividends 
or share repurchases. J. Goodman, G. Loveman, supra note 68 at 9. 



WO 94/10637 



36 



PCT/US93/10557 



stance. However, the enterprise leadership responsible for preparing the 
plan would presumably be heavily represented in the subsequent treasury 
rtock compensation pool. It would therefore be highly motivated to rapidly 
achieve the privatization and demouopolization milestones - stock compeu- 
.ation "start" and "vesting" respectively (see Figure 1). Since the enterprise 
leadership is capable of providing incentives or disincentive, to key employees 
even in the preparation phase, resistance can be minimised. 

Indeed, a healthy tendency may arise for relatively dynamic managements to 
rapidly formulate business plans including contiguous and desirable organisa- 
tional subunits before they are claimed by a potential competitor. There may 
be a corresponding "spontaneous liquidation" of undesirable and' unclaimed 
interstitial organisational subunits. Therefore, dynamic management teams 
enthusiastically supportive of privatization will tend to acquire control over 
the salvageable portions of the organizational infrastructure. In the mean- 
time, maladaptive state enterprises will atrophy as subsidies are phased out 
and already-privatized enterprises refuse to imprudently extend credit. As 
a consequence, both the markets and the production factors of maladaptive 
state enterprises will become available to the private sector. 
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Figure 1: Privatization Flow Chart 
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ii. The Practicality of Privatization Business Plans 

Another concern is that it could be impractical to quickly generate privatiza- 
tion business plans. This issue can be analyzed by exploring what snch plans 
should contain, and how they can be generated. The privatization business 
plan should contain a selective update of currently available information, 75 a 
list of claim ed physical facilities, and a comprehensive if provisional organiza- 
tion chart including all available names. The generation of such privatization 
business plans is potentially a highly leveraged focal point for international 
assistance. Western academics, businessmen, lawyers or accountants, as- 
sisted by students or trainees in related fields, could provide guidance along 
with access to portable computers and menu-driven software for expedited 
diskette submittals. 

The privatization business plan should also attempt to identify potential "in- 
terferences", or potential boundary disputes with other enterprises. 76 The 

"For example, in the ex-Soviet Union, the pasport was a collection of thirty-nine forms 
detailing the productive capacity, capital stock and labor force of an enterprise. Each 
enterprise there has been required to complete an annual pasport since about 1980. E. 
Hewett, 'Reforming the Soviet Economy: Equality versus Efficiency" p. 136 (1088). 

"The use of patent law terminology is intentional, since the privatisation business plan 
serves to stake a claim over a part of the industrial infrastructure, just as a patent stakes 
a claim to intellectual property rights. 



WO 94/10637 



39 



PCT/U593/10557 



full disclosure of such potential interferences would help demarcate inter- 
enterprise boundaries. The enterprise *w«dritig the disclosure would be re- 
warded by a stronger presumption of validity for an approved business plan. 
Otherwise, a conflicting privatization business plan filed within a certain pe- 
riod of time by a "contiguous" enterprise might possibly be awarded part of 
the first enterprise. 77 

Privatisation business plans can be simplified by statutory resolution of cer- 
tain major - yet highly uncertain - potential rights and duties. Each en- 
terprise should be subjected by law to the "polluter pays" principle for fu- 
ture, and only future, liability. This clearly locates future environmental 
rights in the public, while maintaining societal responsibility for past en- 
vironmental damage. All liabilities and credits with other state enterprises 
should be discharged by law upon privatization. This is reasonable since such 
inter-enterprise transfers have arisen almost solely from centralized planning 
distortions. The net result is a newly private enterprise able to write its 

future on a clean slate. Such an enterprise can present a valuable investment 

"The ambiguity of enterprise boundaries b a potentially serious complication. "(Tjhese 
is an astonishing lack of information dispersed at the enterprise level about the connections 
with suppliers or customers." See W. Hogan, supra note 47 at 4. 
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opportunity, and attract risk capital accordingly. 
D. Is Universal Distribution Practical? 

i. The Immediate Vesting of Future Interests as a Simple and Effective 
Expedient 

Universal distribution can be simplified by allocating each citizen a single 
"Stock Market Unit" (SMU), consisting of the right to one share of each 
enterprise privatised within some initial period, such as by the end of 1995. 
This would preserve fungibility and promote liquidity of SMUs. To motivate 
enterprise leaderships to privatize within that initial period, the statutory 
treasury stock compensation pool for the board and top management should 
be significantly reduced for any necessary follow-on interval. Such a follow-on 
interval, such as from the beginning of 1996 to the end of 2000, would have 
a corresponding tranche of u SMU2s". Therefore, part of the fluctuation in 
value of a SMU before its cut-off date would arise from changing expectations 
about the extent and timing of future privatization. SMUs would be a market 
index of expectations about future privatization prospects, and would help 
create a nationwide constituency for fast, massive and effective privatization. 
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This approach is more practical than cither standard anctions or voucher 
schemes. A big problem with auctions is the absence of sufficient capital 
willing and able to bid realistically. Auctions can also be dominated by pools 
of capital raised by organized crime or through "spontaneous privatization", 
nnde nnining the legitimacy of the transition to capitalism. In contrast, the 
SMTJs represent a distribution of capital to the entire citizenry, not only 
obviating the problem of insufficient capital, but bolstering the legitimacy of 
transition as well. 

Nor are the problems associated with anctions completely cured by voucher 
schemes. While vouchers can also be universally distributed either gratis or 
at nominal prices, they impose a major information burden. Many of the 
citizens missed in voucher schemes are precisely those in the most need, such 
as the illiterate or homeless. 78 Vouchers also require the bidder at auction 
to value individual enterprises without a time series of reliable accounting 
data and in the context of major social upheaval This problem is magnified 

because the information burden comes with time deadlines. Vouchers are 

"Note that even in Chechoslovakia, whose voncher campaign has been characterized as 
brilliant, 2.5 out of 11 million citizens did not participate. Foreign Broadcast Information 
Service (USR-92-103) 33 (Aug. 14, 1992). 
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wasting assets, becoming worthless after the corresponding auctions. 

In contrast, SMUs provide a relatively stable investment imposing a rnnrnnnm 
information burden without deadlines. They are more stable because they 
represent an entire portfolio, rather than a single enterprise. The information 
burden is reduced to the decision whether to keep, sell or buy more SMUs 
at the current market price. Since SMUs would be a major standardised 
asset, price discovery and dissemination should be more effective than for a 
myriad of individual enterprises. Each participant in the SMU market would 
then be a beneficiary of the price discovery achieved by the market's most 
sophisticated participants. 

The absence of deadlines is fundamentally significant to the impact of SMUs. 
A legitimate and perhaps quite sophisticated strategy can be to simply hold 
them and collect the dividends. Since the original distribution is liable to 
resemble low-priced out of the money call options with extremely uncertain 
valuation and high implicit discount rates, 79 a "hold strategy** will allow re- 
cipients to reap the capital appreciation as the society stabilizes and implicit 

discount rates fall. The alternative is for that appreciation to accrue to so- 
"See generally, TL Frydman, fupra note 38 at 19, 27. 
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phisticated risk capital, with adverse distributional effects. To constrain the 
rate at which people make investment mistakes, vesting intervals inch as 20% 
a year for five years could be imposed on alienability. This could correspond 
to the expected learning curve in the society, while stabilizing the market by 
avoiding sudden oversupply. However, to accelerate portfolio adjustments , 
stock ownership concentration, and a reversal of the communist legacy of 
"learned helplessness", 80 immediate vesting may well be preferable. 

The distribution of SMUs can take the form of either script or of a bookkeep- 
ing entry of the entitlement in a computer system. A particular subclass of 
citizen such as adults could be provided the option to claim a certain percent- 
age of the entitlement in the form of script. This script would be stamped 
each year upon claiming the accrued aggregated dividends of the underlying 
portfolio of enterprise shares. Since this script would represent a store of 
value and might well become to a degree a medium of exchange, it could be 
viewed as a quasi-currency. While it would fluctuate with the stock market 

value, it might represent an inflation hedge against debasement of the official 

*°A. S molar, "Democratization in Central- Eastern Europe and International Security", 
in "New Dimensions in International Security - Part IT, 266 USS Adelphi Papers 25 t 30 
(1902). 
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currency, enhancing the ability of the government to control inflation. 81 It 
would also facilitate price discovery for SMUs, as large numbers of individuals 
engaged in daily transactions at fluctuating market prices. 



However, the major form of distribution of SMUs can be as an entry in a 
computer system. Such a system can present to the entire citizenry a much 
wider range of investment opportunities. Such breadth of individual choice 
is valuable. 83 Citizens should be free to bid portions of their SMUs along 
with cash and mortgages at privatization auctions of small state enterprises 
such as shops. 83 Each individual should have the opportunity to exchange 
SMUs for selected foreign currencies, 84 government debt, shares or debt of 
a specific enterprise and annuities. The government can use the residual 

minority interest in enterprises kept in its social welfare account as a capital 

"For a discission on previous "bi-curreney*' regimes in Russia, including their ability 
to reduce the "emission tax" accruing to the government when it hyperinflates the money 
supply, sec A. Arnold, "The Bipaper Standard and Hyper-Inflation", Banks, Credit and 
Money in Soviet Russia, 176, 196 (199x). 

"World Bank, The Economy of the USSR: Summary and Recommendations" p. 22 
(1990). 

"For a recent discussion of the status of the privatisation of retail shops in Russia, see 
L. UchiteUe, -Attention Moscow Shoppers: Everything's On Smk", New York Times 3 
(July 26, 1992). 

M See generally, T. Lane, Inflation Stabilisation and Economic Transformation in 
Poland: The First Year*, IMF "Working Paper p. 15 (July 1991); J. Kornai, The Post- 
socialist Transition and the State: Reflections in the Light of the Hungarian Fiscal Prob- 
lems", American Economic Association Meeting (New Orleans) Discussion Paper #1633 
p. 26 (Jan. 1992). 
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base to insulate its budget from the actuarial uncertainties of such annuities, 
and to underwrite insurance for private financial institutions selling such 
annuities as principals. 

As part of the social safety net, part of each individual's entitlement to 
ownership in large state enterprises could be placed into a restricted "social 
security'' account. The only allowed investments in this account could be 
SMUs, government debt or lifetime annuities. As citizens, children should be 
entitled to a share, perhaps calculated as the percentage of an adult share 
corresponding to relative average budgetary needs and therefore a function 
of age interval. 86 A child's share should remain inalienable until his or her 
majority, except for health or education needs. 86 A corresponding allotment 
for children born in the future should not be funded by enforced new share 
creation, which could debase the market. However, it would be possible to 

fund such allocations for future births by means of a wealth or income tax. 

"Boris Yeltsin has pledged that children shall have "first call* in Russia during the 
transition to a market economy. G. Gleason (rapporteur), "Immediate and Growing Needs 
for Help to a Fragile New Democracy: Health in the Russian Federation with Emphasis 
on Children and Women" 1, UNICEF/WHO (17 Mar. 1992). 

M In all cases, alienability could be required for heritabflity, so a child's share would not 
be inheritable, and perhaps upon death should pass by law into the national government's 
social welfare account. On the other hand, upon reaching majority H would serve as a 
sort of patrimony. 
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To help fund welfare programs for the homeless, indigent or incapacitated, 
the local or regional governments can be allotted SMUs corresponding to an 
estimate of the number of citizens who are missed in the registration. Any 
citizen registering after a certain grace period such as a year would obtain 
his or her entitlement out of the account of the local or regional government, 
motivating it to register everyone fast to maximize both regional welfare and 
its own funding base. Combining registration for entitlement to stock rights 
with voter registration could even provide positive economic reinforcement 
to the democratic process. 

n. Logistics 

Appropriate initial logistical constraints can ensure practicality. Transac- 
tions by individuals executed by the government are entered over the period 
of an investment cycle, which could initially be as long as a year. Trans- 
actions can be mailed or submitted in person, to either a local or central 
registry. As financial institutions and the societal infrastructure develop, 
telephone orders could be placed to brokerage houses which would guarantee 
authenticity, and relay the transactions to the central registry. Transactions 
are progressively combined and sorted by a hierarchy of computer centers, 
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resulting in a comprehensive transaction data base. At this point, the cen- 
tral computer facility processes the transactions, calculates market-clearing 
prices, and updates portfolios with current asset accounts. Even half a ter- 
abyte of storage, enough for a per capita storage allocation of five kilobytes 
in a population of one hundred million people, would cost under one hundred 
thousand dollars.* 7 



87 A. Raedcke, 'Technology Update: 8mm Helical-Scan Tape", CD-ROM Professional 
81, 83 (Mat. 1992). 
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Chapter 6. Policy Proposal: Immediate Universal Vesting of 
the Fntnre Interest in Privatized Large State Enterprises 

A. Steps to Take 

i. Plan the Privatisation 

The first step is to formulate a privatization strategy. This seed not be 
& master plan attempting to inappropriately specify choices in advance of 
future uncertain events. 88 Rather, it should establish the direction of the 
privatization policy and fix property rights, while preserving the flexibility 
to deal with future uncertainty. 

The first element of privatization strategy is the choice of distribution tech- 
nique, whether auction, voucher or universal vesting. Immediate universal 
vesting of the future interest in privatized large state enterprises (i.e., SMUs) 
is the policy of choice. Universal distribution is equitable, fast and effective, 
and its achievement by automatic vesting is more practical and equitable 
than voucher schemes. The universal vesting must be apportioned between 

rights to script and computer accounts. At least some portion of the SMUs 
M See R. de Nenfvffle, tupr* note 138 at 320 
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could be available in script form, to solidify public support, facilitate price 
discovery and inhibit inflation. Once a distribution technique is determined, 
recipients must be identified. Potential recipients include citizens, workers, 
management, banks, pension funds, charitable institutions, local or regional 
governments, in addition to a portion being retained by the national govern- 
ment. One effective policy would reserve a minority interest to the appropri- 
ate levels of government in social welfare accounts, and distribute the rest to 
the entire citizenry. This series of choices is important to make early, since 
the establishment of property rights is a precondition to an effective market 
economy. 

After property rights are established, another series of policy choices must 
be made. If a computer system is implemented to support universal vesting 
of SMUs in all citizens, then the eligible investment opportunities must be 
specified. Alternatives include government debt, other debt including annu- 
ities, enterprise shares and foreign currency. Then the types of transactions 
on the assets which the system will support must be specified. In particu- 
lar, the structure of any method of delegating investment authority must be 
addressed. 
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Finally, timing must be addressed. Some timing issues must be determined 
at the outset, such as the cut-off privatization date for enterprises to be 
included in SMUs. Others should also be resolved right away, such as the 
period after which new registrants such as the incapacitated or homeless 
would be allocated their portion out of a local or regional governmental 
account. But some timing issues can be resolved later, such as the safe harbor 
time interval for achievement of demonopolization goals without subjecting 
previous management or worker compensation stock to partial confiscation. 

ii. Promulgate Legislation or Decree 

Upon formulation of a privatization policy, the appropriate parts must be 
promulgated into law by legislation, decree or agency regulations. For ex- 
ample, a legislature could establish that each citizen is entitled to one Stock 
Market Unit (SMU) representing one share in each large state enterprise 
privatized before the end of 1995, an additional 1/4 SMU to be held in a 
restricted "social security" account, 1/10 SMU to be available to adult citi- 
zens as script in denominations of 1/100 and 1/1000 SMU upon registration 
(but with the option to leave it on account), and one SMU2 corresponding 
to subsequent privatizations up to the end of the year 2000. As another ex- 
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ample, legislation or decree could promulgate an emergency incomes policy 
whereby each CEO of a newly privatized large state enterprise would be paid 
the equivalent of three national average wages plus enterprise treasury stock 
equal to .01% of shares outstanding. 

iii. Implement the System 

Once the initial planning is completed and legislation has been enacted to 
define the fundamental outlines of a privatization strategy, the system must 
be implemented. As the policy apparatus of a country analyses the chang- 
ing situation and the policies of the national government evolve, additional 
legislation and d ec re es wul be needed. To facilitate government manage- 
ment of a complex and challenging process, authority can be delegated to an 
agency such as a Privatisation Board to review privatisation business plans, 
promulgate regulations and oversee demonopolisation. 

Besides the legal and regulatory structure, it is necessary to actually establish 
the systems to carry out the privatization strategy. These include person- 
nel systems to input and validate transactions, security systems to prevent 
embezzlement or privacy violations, and computer systems to process the 
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transactions. Lessons learned from the cycle of operation, maintenance and 
adaptation will then feed hack into regulation and legislation. 

One way to structure an implementation strategy is by means of Privatisa- 
tion Planner™ and Privatise!™. (See Figure 2: Overview of Proposed 
Policy.) Privatization Planner™ provides a systematic overview of key 
policy choices in the privatization process. Privatise!™ sets out the design 
of a computer system to advance privatization and free markets. In combina- 
tion, they support the development and the implementation of a privatization 
policy such as universal Testing of SMTJs. 

B. The Role of Selected Groups 

i. Government Policy Makers 

Different groups will have different roles in the proposed system. The govern- 
ment is responsible for formulating privatization policies and overseeing their 
implementation. This initially involves legislation or decrees which resolve 
property rights, establish a management incomes policy as appropriate, and 
delegate authority to an agency to oversee the privatization process. Sub- 
sequently, that agency must promulgate regulations to provide guidance to 
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Figure 2: Overview of Proposed Policy 
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and constraints upon the process. For example, professional organizations 
which accept investment authority over part of a portfolio in return for a 
share in the profits or assets could have a limit on the rates they charge. The 
agency itself must in turn be overseen by the legislature, executive and/or 
courts, who are in turn responsible to the citizenry in whom the entitlement 
to SMXJs was created. 

ii. Enterprise Management 

Enterprise management must first develop a privatization business plan. This 
will often involve a search for identity, as leadership concentrations in an 
interwoven industrial infrastructure determine where their organization ends 
and their suppliers and customers begin. A key step in this phase is the 
emergence of a CEO, board of directors and top management, along with 
their stock compensation agreements. This process should involve interaction 
with the Privatization Board, so that the resulting privatization business plan 
is Ekely to be the product of negotiated decisionmaking, rather than the start 
of regulatory confrontation. In the case of heavily concentrated industries, 
executive vice-presidents should be placed in positions to coalesce any spin- 
offs needed to achieve demonopolization goals required by the Privatization 
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Board. 

The Privatization Board may be authorized or directed to consider wage 
compacts as part of the Privatization Business Plan, in order to cushion 
the shock of transition on workers. This is inadvisable if workers have al- 
ready received SMU entitlements including "social 8ecurity ,, accounts, since 
it would constrain management from maximizing the value of the enterprise 
to its shareholders - the entire citizenry. However, management and workers 
should both seriously consider including stock compensation as part of wage 
negotiations. 

Upon privatization, enterprise management can begin to accrue compensa- 
tion stock. Vesting of such stock should be deferred until the Privatization 
Board has certified demonopolization. If demonopolization occurs after a 
safe harbor time interval, the Privatization Board should confiscate the part 
of management and worker compensation stock which it estimates to be at- 
tributable to monopoly rent arising subsequent to privatization. Spin-offs 
which survive an initial interval should liquidate a number of treasury shares 
determined by Privatization Board regulations and pay the proceeds to its 
parent organization's management as constituted at the date of spin-off. 
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Enterprise managements can also ensure that their organizations serve as 
data entry foci into the computer system. Enterprises would generate trans- 
action data for their own portfolio, and records of employees along with 
negotiated stock compensation amounts. In addition, enterprises can serve 
as data entry centers for transactions by their employees, and perhaps on a 
compensated basis even for other members of their local community. 

iii. Portfolio Owners 

The proposed system places all citizens into the role of portfolio owners. As 
such, they are capable of evaluating alternative investments and entering 
transactions at local registries or enterprises. 

While part of each owner's portfolio would remain on account with the gov- 
ernment (for instance, at least the "social security" account), the remainder 
could be transferred to the individual's choice of financial institution for 
safekeeping and access. 

iv. Processing Centers 

From the perspective of processing centers, each is a node in a hierarchical 



WO 94/10637 



57 



PCT/US93/ 10557 



network of information flow. Each center receives transaction data from dif- 
ferent sources, sorts and combines it, and passes it to the next higher node. 
The lowest nodes may receive virtually all transaction data from forms re- 
quiring data entry. Progressively higher nodes such as regional centers would 
typically handle as input the diskettes or tapes generated by the lowest nodes, 
and then send a single set of topes on to the the next higher node. Eventu- 
ally, a single composite data base is produced at a central processing facility. 
This data base is then processed to execute transactions as appropriate, and 
the results transmitted to custodial financial institutions. 
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Chapter 7: Expected Effects of the Proposed Policy 
A. Things Going Wrong 
i. Confusion 

Confusion inevitably accompanies great social change. In particular, the 
transition from centrally planned economies to free markets involves the de- 
programming of decades of indoctrination. Basic concepts are alien. The 
"invisible hand" of Adam Smith seems a fairy tale. Profits all seem illicit. 
Private property seems anti-social. Initiative seems dangerous, while the dan- 
ger of joblessness and poverty is frightening. The result can be bewilderment, 
and inconsistent or even directionless policy. 

The impl em entation of the proposal for universal vesting of the future interest 
in privatized large state enterprises will be associated with more confusion. 
The concept of vesting an intangible future interest may seem novel. The 
different participants in the system - government policy makers, enterprise 
management, portfolio owners and processing centers - may not at first fully 
understand their respective duties and options. 
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The antidotes to confusion are clear policy directives, education and training, 
and patience. Bach of these antidotes can be available. The universal vesting 
of the future interest in privatized large state enterprises may be novel, but 
it can be sold with clarity to a public in search of a system with legitimacy 
and better living standards. Education and training have international and 
domestic aspects. Exchange programs where citizens of newly democratic 
nations travel abroad to learn while members of successful democracies take 
their place to teach are already growing in scope. On the domestic side, while 
there is typically a dearth of teachers qualified to teach advanced courses in 
western business practices, the educational infrastructure is in many cases 
a strong asset capable of redirection. Finally, a certain interval of time is 
needed to successfully navigate such an expanse of social change, so patience 
is essential. 

ii. Delays 

The proposed policy involves the development of personnel systems, security 
systems and computer systems. All can be associated with notorious delays. 
Delays erode credibility, and credibility is the coin of government. 
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Two factors mitigate this problem. First, actual property rights can be cre- 
ated immediately upon the promulgation of universal vesting. These property 
rights are real, and could immediately be used to bid at auctions of small 
state enterprises. Script for a small portion of the new property rights could 
be issued right away to tangibly demonstrate the transfer of wealth from the 
government as custodian to the individual citizens as owners. If there is a 
delay in operationaHzing the personnel, security and computer systems, the 
new asset will not be impaired - alternative investment choices will only be 
deferred. If the initial delay coincides with a process of stabilization, then 
exorbitant discount rates could be punctured and share values could increase, 
to the benefit of the citizenry. At any rate, the challenge in such an endeavour 
and its potential advantages would be no secret, and given the opportunity, 
a society collectively can have great sophistication in its evaluation of the 
performance of a government. 

The other answer to delays is priority. One weakness of centrally planned 
economies has always been the inability to handle well the myriad simul- 
taneous decisions facing a modern society. On the other hand, they often 
have demonstrated the capacity to do "any thing." That is, given enough 
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priority, a particular objective could be achieved in world-class fashion. If 
the transition to democracy goes hand in hand with free markets, and if free 
markets are contingent upon privatizing large state enterprises, it would seem 
appropriate for policy makers to allocate the human and material resources 
to achieve that goal as rapidly as possible. 

iii. Transaction Processing Errors 

It can be assumed that every possible error will happen. Fictitious citi- 
zens will be registered. Homeless, incapacitated and illiterate citizens will be 
missed. Actual portfolio owners will request transactions they don't mean. 
Data entry personnel will input transactions other than directed. Intermedi- 
ate processing centers will lose segments of the transaction data base. The 
central computer facility will encounter software and hardware glitches, and 
oerator errors. Choice of delegatee-organizations, choice between alternative 
orders, and matching buy and sell orders will occur at approximate prices. 
Assets intended to be transmitted to custodial financial institutions will be 
delayed or lost. At each stage of the process, individuals outside government 
without authorized access and individuals within government with autho- 
rized access will attempt to use information improperly. While each of these 
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problems occurs in mature market economics as well, it can be expected that 
their magnitude will be greater in newly democratic nations. 

Problems will occur with any privatization policy, and the proposed policy 
can effectively address problems which do arise. Standard audit practices can 
raise the cost of fictitious registration: requiring local authentication at ini- 
tial registration, random checking of the legitimacy of registrants, analysis of 
data for suspicious patterns, penalties assessed against the social welfare al- 
location of local governments with poor records in allowing fictitious entries, 
and restitution of falsely claimed assets with additional penalties correspond- 
ing to the number of false registrations likely to be missed. Allocating late 
registrants (e.g., a homeless person registering after two years) their entitle- 
ment out of the local government's social welfare portfolio will encourage it 
to initially miss as few as possible. 

To nunimire portfolio owners entering transactions they don't mean, infor- 
mation can be distributed to clarify choices. Still, some mistakes are part 
of the tuition in traversing the learning curve. If data entry personnel enter 
erroneous records, they can be canceled. If segments of the transaction data 
base are missing, the regional centers can attempt to validate completeness 
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and request missing segments. When errors are caught, any consequential 
loss sustained by the portfolio owner can be made good out of the responsible 
government's account, which would likewise accrue any consequential gain. 

At the central computer facility, processing disruptions may necessitate re- 
covery procedures such as reprocessing from the latest backup. Software 
glitches may be identified and patched. The degree of price approximations 
will be a function of processing power available, more a function of west- 
ern export licenses than technological constraints. Transmittals to custodial 
financial institutions wOl be backed up and available for retransmitted as nec- 
essary. Improper use of the information data bases can be dealt with by law, 
so that what could have been Orweflian technology can instead be harnessed 
in the interest of economic security and individual liberty. 

B. Things Going Right 

i. Immediate Resolution of Ownership Rights 

A fundamental advantage of the policy to universally vest future privatization 
interests is the immediate resolution of ownership rights. While the wealth 
transfer is intangible until distributed as script, used in a bid at auction, or 
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accessible with a computer system, it is real nonetheless. It can boost current 
household wealth and future household income, providing a non-inflationary 
stimulus to the economy. 

The proposed policy is superior to alternatives which include as recipients 
entities other than governments or citizen* (e.g., enterprise employees). The 
reason is that to a first order approximation, with universal vesting the estab- 
lishment of inter-enterprise boundaries does not affect wealth distribution. 
Indeed, it becomes in the interest of the citizenry and the hierarchy of gov- 
ernments to approve enterprise boundaries which maximize their aggregate 
rather than individual worth. 

ii. Individual Social Security: "Safety Net* 

Universal vesting also provides an important safety net to individual citizens. 
The "social security" segment of an individual's portfolio can be restricted 
to portfolio stock, government debt or lifetime annuities. This social security 
account is a meaningful asset which can be disbursed for medical or living 
necessities. The allocations to children can provide needed support, finance 
education and help prevent intergenerational poverty cycles. In the process 
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of providing an individual safety net, the social security account will also 
reduce the social welfare burden on future government budgets. 

ui. Individual Economic Opportunity: "Trampoline" 

The unrestricted portion of a citizen's portfolio is a valuable patrimony. It 
can be used to bid at auctions of small state enterprises, start a business, 
relocate a family, buy land or make alternative investments. While some 
individuals may be shrewder or luckier, all can receive the same economic 
opportunity. The result can unleash the economic power of decentralized 
decisions conforming to each individual's personal utility. 

iv. Promotion of a Free Market 

Universal vesting of future privatization rights can promote free markets. It 
can be instrumental in the rapid and effective privatization of large state en- 
terprises, which is essential for valid price signals. It can create opportunities 
for alternative investments such as foreign currencies. It can also promote 
capital formation by accelerating the creation of markets in individual enter- 
prises, accessible to citizens and foreign investors alike. 
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v. Transition to Private Financial Institutions 

The proposed system incorporates the concept of promoting the transition to 
private financial institutions. Individuals can transfer assets (except perhaps 
from the "social security" account) into approved custodial financial institu- 
tions of their choice, gaining more privacy, faster access and the ability to 
change investment strategies more rapidly. This can also provide a source of 
capital to new financial institutions, which can then serve as capital inter- 
mediaries to enterprises in growth industries. 
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Appendix 2: Sample Screens 

The following screens are samples illustrating typical screen layouts and page 
contents. 

In order to double op screen output onto a laser printer, two additional com- 
mands have been implemented: 

L draws a so£d brie across the middle of the page after the first screen has been 
printed; 

F issues a form feed to eject the page after the second screen has been printed 
beneath the first. 
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xivatization Planner (tm) 

Privatization Planner (tm) 

B- You are wjh, looking at the default version, with default values 

^Pnis software package is designed to support the systematic 
ormulation of privatization policy. An initial data base of 
nformation will provide a basic tutorial on the issues and 
ptions in privatizing large state enterprises. 

ach "generation" a primary version and selected alternates 
ill be distributed. Users can then evaluate and comment on 
he various screens and pages, and submit proposals for added, 
eplaced or deleted screens and pages. 

>ased on the aggregated evaluations, inferior alternatives 
ill be pruned before the next generation. Authors of retained 
nformation can be given the opportunity to edit their material 
•ased on the evaluations and comments received. 



nter command: 

Page Add Replace Delete Values Eval Screen User Help Quit 
0-2 1-2 1- 2 1-2 mode [id] 




•rivatization Planner (tm) Pri D ct 16 00:47:12 1992 

Privatization Planner (tm) 

You are wjh, looking at the default version, with default values 

Next Higher Screen (SO for Root) 

••1 Introduction 

2 Methods of Share Distribution 
:3 Timing Considerations 
■4 Privatize! (tm) Customization 
5 Administrative Information 



nter command: 



creen Add Replace Delete Title Eval Page User Help Quit 
.0- 5 1-5 1-5 1-5 ffi ode [id] P ° 
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?rivatization Planner (tm) 

Privatize! (tm) Customization 

You are wjh, looking at the default version, with default values 

Next Higher Screen (SO for Root) 

si Files 

32 Modules 

33 Transactions 
54 Assets 

35 Financing the system 



inter command: 

Screen Add Replace Delete Title Eval Page User Help Quit 
0-5 1-5 1-5 1-5 mode [id] 




?rivatization Planner(tm) Fri Oct 16 00:48:39 1992 

Financing the system 

You are wjh, looking at the default version, with default values 

3 Next Higher Screen (SO for Root) 

31 General budgetary resources 

32 Enhanced tax collection over portfolio earnings 

33 Tax on portfolio assets 

>4 Fee based on size of transaction block 

35 Fee based on number of transactions 

36 Fee to support enterprise votes 

37 Fee to register enterprise debt instruments 

38 Implicit Arbitrage Revenue 



inter command: 



Jcreen Add Replace Delete Title Eval Page User Help Quit 
0-8 1-8 1-8 1-8 mode [id] 
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rivatization Planner (tm) 
r Files 

You are vjh, looking at the default version, with default values- 
Next Higher Screen (SO for Root) 

1 Disposition File (DF) #MMP _.. 

2 Disposition File - Excerpts (DFXXXX) 

3 Delegation Offer File (DOFF) 

4 Delegatee Order File (DORF) 

5 Enterprise File (EPRISE) 

6 Order File (ORDERS) 

7 Asset Price File (PRICES) 

8 Transaction Data Base (XDB) 



nter command: 

creen Add Replace Delete Title Eval Page User Help Quit 
0-8 1-8 1-8 1-8 mode 




xivatization Planner(tm) Fri Oct 16 00:51:05 1992 

Modules 

You are vjh, looking at the default version, with default values 

Next Higher Screen (SO for Root) 

I ACTUARY (calculates periodic annuity payments) 

;2 AUCTION (supports bidding with SHUs at small enterprise auctions) 

;3 DELCOMP (calculates threshold delegatee compensation) 

:4 DISPOSE (prepares transmittals to custodial financial institutions) 

;5 DORFGEN (generates Delegatee Order File - DORF) 

;6 EGEN (generates Enterprise File - EPRISE) 

.7 EVOTE (supports polled shareholder voting) 

8 PASSl (transaction processing: first pass) 

9 PASS2 (transaction processing: second pass) 

10 PASS 3 (transaction processing: third pass) 

II PASS 4 (transaction processing: fourth pass) 

12 PASS 5 (transaction processing: fifth pass) 

13 PRICING (determines market-clearing prices) 

14 XACT (generates the Transaction Data Base - XDB) 

15 XB1X>CK (analyses a transaction block) 
inter command: 

•creen Add Replace Delete Title Eval Page User Help Quit 
0-15 1-15 1-15 1-15 mode [id] 
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Tivatization Planner (tm) 

Transactions 

\ You are wjh, looking at the default version, with default values 

1 ^S^l^tJ^S an°asset in exchange for another) . 

2 £X^in£c!aT institution to process debt payments of an enterprise) 

3 cancel (cancel previous, unexecuted transactions) , , . 
1 dSm-E rdeleqate investment or voting authority over specified assets 
'i SraK total dividends paid by an enterprise to shares on the systen) 

it eSe ^Sternatlve ACQUIRE transaction if first P^^,""^ 6 "^ 6 ^ net B6t) 
:? FILTER (delegatee orders to apply to selected portfolios or assets) 
:8 GRADE (evaluation of financial institution) 

SoS IJSSJSfJS^ a » d * ate of hire) 

£ o^I^^^^ confiscation %) 

SS«ra ( Sinin compensation acceptable to dAg^^ntin) 
-.14 REINVEST (specifies how portfolio earnings are to J**™*?*) 
:15 SECURITY apply transactions to "social security" portion of portfolio) 
;16 TRANSFER (transfer specified assets to particular financial institution) 
:nter command: 

;creen Add Replace Delete Title Eval Page User Help Quit 
0-16 1-16 1-16 1-16 mode [id] 



privatization Planner (tm) Oct 16 00:52:25 1992 

Assets 

You are wjh, looking at the default version, with default values 

: Next Higher Screen (SO for Root) 

;i ALL (composite of all assets in portfolio) 

12 DXXXX (debt of specific borrower, as an asset in lender's portfolio) 

53 DIXXXX (debt indexed for inflation) 

J4 EXXXX (stock in specific enterprise) 

55 FCXX (foreign currency) 

16 PAYOUT (generalized annuity) 

;7 SMU (Stock Market Unit, basket of shares privatized by 199x) 

;8 SMU2 (2d trance of SMUs, basket of shares privatized between 199X and 200y) 

;9 VOUCHER (privatization voucher) 

;10 Virtual Asset - DR (donation "right" transferred to donor for gift) , 
;il Virtual Asset - LSER (large state enterprise rights exchanged for SMUs) 
;12 Virtual Asset - SSER (small state enterprise rights) 
;13 Virtual Asset - TR (testamentary rights) 

:14 Virtual Asset - VAL (value received external to the software system) 
^iter command: 

Jcreen Add Replace Delete Title Eval Page User Help Quit 
0-14 1-14 1-14 1-14 mode [id] 
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Appendix 3; Program Listing 

The Mowing listing sets out the source code for Privatisation Planner 3, M % 
which has bees implemented up to the stage where the system coordinator 
evaluates and select* information for redistribution. 
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/• Privatization Planner (tn) Version 0.7 •/ 

/* Processing directives, function declarations, 
global variable declarations •/ 

/• October 15. 1992 (copyright 1902 by William J. fiartnett) •/ 

'include <stdlib.h> 
•include <dix.h> 
•include <stdio.h> 
t include <itring.h> 
•include <conio.b> 
•include <dos.h> 
•include <lo.h> 
•include <fcntl.h> 
•include <sys\stat.h> 
•include <tiae.h> 
•include <procass.h> 
•include <lcntl.h> 

/* largest • of inserted files per user per level •/ 

•define HUIFXLE 100 

•define USERS LB 2000 

•define UDELXM 

•define TK1X SO 

•define PAGELEB 1000 

•define HAXSP S0O 
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f includs<\t c\tpp\indmU .c> 
Told adopt (lnt k) ; 

void loginO, peintpO, paints (), rtrn(); 

void icraenO, eurweyO, updtxO, ▼■rwalClnt 1. char wal[803); 

int addrepCcher faatKiZPATE] , 1st plaes) ; 

Told xcerptCint lswltch); 

lnt IdcfesckO; 

char* In (char f ilenaas [0] ) ; 

char* tn2(char filename [9]) ; 

void uemuKcher whenco [73 ) , TcmndO ; 

FILE onaps, •mapp, *react, otitis; 

•tract Xfblk IXblk; 

lnt output, updtt, updtp, updtr , status j 

lnt wtl,wt2,wt3,wt4; /* titla window corners */ 

lnt wxl,wx2,wx3,wx4; /• screen/pag* window corners •/ 

lnt wii f wi2,wi3,wi4; /♦ Interaction window corners •/ 

lnt wxl v wx2,wx3,wx4; /* footer window corners */ 

lnt nhsndls; 

lnt lpt t ps, nsptot[23> nspid[23 ; 

lnt spfirstU] , spies t [23 , apt code [23; 

lnt nswpage, nsepage; 

lnt xval[303«7wal[303,lTal[303,inral; 

char sparray [78003 • response [2403 • pagedataCPACELKfl ; 

char sp[23DUXSP3tl33. sptext [23 [103 , spchax[23 [23 ; 

char t[803, tnok[803 # r [20003 , 14ch[133; 

char drive DUXDRXVE3. plile DUXP1TH3 ; 

char pathDUXSXBj , cwd[MlZDIB3 ; 

char inaaeDumnO | 

ehar dan [1603 ; 

char us arid [53 ,varld[63 ,usersinlo [USERSUQ ; 
ehar *ptr •whence [73 ; 
char tiabuf [273 ; 
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•include <\tc\tpp\glob*l.c> 
/* Progr aa Main — The root nodule. •/ 

< 

char reactionClOOO} , dixit; 

char SmDUXPATB] . eurdirDUXPATH] . orgdir DlAXPATH] ; 
char newidchtS] ; 
char *cwdext; 

Int handle, idexlet , dnmy, newdir, place; 

iat 1, J; 

wtl«l; wt2*3; wt3*80; wt4=l; /• title window •/ 
wxi»l; wx2«E; wx3«80; wx4*21; /• screen/page window •/ 
wil«l; wi2=22; wl3*80; wi4«23; /• interaction window */ 
wzl*lt af2*24; wf9«80; wf4«26; /* looter window •/ 

get cvd( orgdir ,H1XP ATE) ; 

»trcpy(tnek, "title niieing"): 
printf ("tnok: IsW.tnok); 
•trcpyUptortCO] ,"»crwan") ; 
•trcpy(»ptextti] ."page"); 
»trcpy(idch t ""); 
•trepyUarid,"") j 
•trcpy (eparray ,IULL) ; 

•trepyUtpeharCO] [0] , «S") ; etrcpy (ttpchar CO [0] ,«P») ; 
wprcodet03*rAJ)IBEC; apfcodotl]*0; 

drscrO; 

print! ( "Privatization Planner (ta) fere on 0.7 \n\n n >; 
printfO 'Copyright 1092 by Villiaa J. Bartnett \n«»); 
printf ("enter debugging level [0*none ( 0-lote] : ")• 
■cenf ("Xld" t *outpat); 

printf ("\nEnter disk drive for plan file [e.g.. 'a:']: «); 
* cenf ("Xi", drive); 

11 (output >= o) printf ("drives %m W\ drive) ; 

printf ("XnEnter directory of plan file te.g.. 'planner '3 t ") : 

•canf("Xi".pfile); 

pfilet8]-»\0»; /• tnmcate name at 6 bytee, if longer •/ 
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if (output >* 6) printf( M driw %s, file=Xs \xT, drive .plile); 
rtrcpy (path , drive) ; 
■trncat (path^W .2) ; 
■trncat (path t pi ile , 9) ; 

if (output >• 3) print* ("path= Xa\n" .path) ; 

akdir(path); 

chdix(path); 

loginO; 

navpagesl; uiepage*l; 

etrcpy(r f »\0 M ); 
•treat (r ,UDELXH) ; 
street (r.userid); 
■treat (r,"\n*); 

survey O; 
p»«l; 

start: if(p»*=l) palntpO; 
else palate (); 

/♦ Input command and proeesi •/ 

prompt: vlndov(«il,vi2,vi3,vl4); elrserO; 

print* ("Enter eoamaad: «); 

cand: scaaf ("Kb" .response); 

cfirstotoupper (response [0] ) ; 

gotoxy(l,2); 

if (output >» •) 

prlatf ("eoanand string: %*, efirat: Xlc\n" .response .cfirst); 

•viteh (efirat) < 

/* printer support function* •/ 
ease »L»: /* bisect page •/ 

ftTTT i ^«p^ ■*> , u \n\n\ti\T\ 

1 writ • (response ,1,88, stdprn) ; 
break; 

ease »F»: /• ojeet page ♦/ 

feriteC" ,1 , 1 f stdprn) ; 

break; 
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Tho S conaand support e changing to another » croon 
(or switching into ■ croon nodo Iron page rode) . 

— o/ 

case >S': 



lX(p«—l) 

< 

npdtfO; 

olndow(l t l,W,2£); 

elrserO; 

p««0; 

goto start; 

> 



if(ps«0) 

< 

neodir«at oi (too iponao [1] ) ; 

if ( (noodir<0) 1 1 (neod±r>nopid[ps] ) ) 

{ 

gotoxy(l,l); 

pristf ("Host bo in lorn S (to go up) or S%d to S!6d.\nTry again: " ,0,nspid[pa3 ) ; 

goto cand; 

> 

TipdtxO; 

if(nosdir>0) 
< 

otrcpy (Inm.driTo) ; 

•treat (Inn, asp [pi] [opt irot [ps]+novdlr-l] [03 ) : 

> 

also 

i 

if (atrnenp(aTOipoiuoCl3,"0 M ,l) o) 
{•trcpy (inn, path) ; goto doit;> 
aXao 



< 

gotcvd(cnrdir .KAXPATB) ; 
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if (■trenpi(p«th t ctrrdir) == 0) 
i 

gotory(l,l); clrscrO; 

print! ( M Bo higher directory evsileble.W); 

print* (Try a different eosund: •); 

goto cand; 

} 

•loo 

•trcpy(rn» t ,, .. M )i /♦ §0 — > next higher directory •/ 
> 

> 

doit: ehdir(fna); 
surrey (); 
goto start; 
> 

priatx( M Big trouble: ps isn't 0 or l! w ); 
ezit(stetns); 
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/* ./ 

case 

if (idcheckO < 0) goto earn*; /• change disallowed 0/ 

place*etoi (Areeponse [1] ) ; /* whore to place «/ 

if (place « 0) place • nepid [p*]+l; 

if ((place < 1) }| (place > nipldtpsj+l)) 

{print! ("tost be In fox* A (append nev screen), or Aid to AXd.W, 
l,nspid[ps}+l); 
print f ("Try again: ") ; 
goto end;} 

if (addrep(fnn, place) < 0) goto csnd; 

if (nsptet[ps] >» MAXSP) 

{ 

print f ("Total mxaber of screens equals Xd — all full?" 
w Try something else: « f nsptot [pi] ) ; 
goto eiand ; 
> 

xcexpt(l); 

if (fplastCps] < spfirstCps]) /• first sequence for this id ♦/ 

if (place l« 1) 
< 

printf(**Iev sequence, but place !• 1???"); 

rtrnOi 

> 

strcpy (aepCpgJEnsptot Cp»33 C03 ."U") i 
street (asp [pe] Duptet [pi33 [0] ,ideh) t 
strcpy (Asptpsl Cnsptot [pO+lJ £03 .f m) ; 
neptot [ps3 «nsptot [p«3 +2 ; 
> 

olee /• update sequence for thit id*/ 

< 

for(i«neptot[pi3 ; i>»tpfirsttpt3+plece-l; i— ) 
strcpy (A«ptpe3 ti+tf C03 ,*sptp>3 U3 [03 ) ; 
strcpy (Asp [pe3 tspf irst [ps3 +plae»-l3 &>3 ,fnm) ; 
BSptot Cpij •nsptot [pa] +1 j 
> 

break; 
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/• •/ 

ease *a»: 

if (idcfaeckO < 0) goto cntnd; /• change ditalloved */ 

placeeatoi(axeepenae [1] ) ; 

if ((place < 1) II (place > mpidCps])) 

{gotory(l,l); 

IfCnspldtpO >■ 1) 

prlntf ( w Huit be in lorn Bid to E%d. Try again: " ,l,a»pid[p»] ) ; 
alee 

printf ( H So %si to replace. Try again sptext tps] ) s 
goto crnnd ;} 

if (addrep (xnm, place) < 0) goto csmd; 
zcerpt(l); 

if(splait[pt] < apfirstCps]) 

< 

print! ("Logic error in *R» cofimand."); 

exit (status); 

> 

*trcpy(*sp£ps] [epf iret Cpe]*plac»-1] CO] f fnm) ; 
break; 
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/. — — ./ 

cue M>»: 

11 (idcheckO < 0) goto cimri; /• change disallowed */ 

placesatoi (fcretpense [13 ) ; 

if ((place < 1) || (pl«c« > napidCpa])) 

<gotoxy(l,l); 

if (napidCpa] >= 1) 

print! ("Hurt be in fezm DXd to D%d. Try again: '\J .nepidtpi]) ; 
elf « 

print* ("Ho Ut to delete. Try again ! « , eptext £pe3 ) ; 
goto csnd;> 

xcerpt(l); 

if («pla*t[ps] < epfiretEp.]) 

< 

printf ("Logic error in »D» conmand."); 

exit(itettu); 

> 

for(i • apfiratlpij^pleee-l; i <- naptotCpe3-i; !♦+) 
•trcpy (*tptps3 UJ [03 t tep£pe] U+tf [o] ) ; 
neptot [p»3 ■naptot Cp»3 -1 \ 

if (pt«*0) npdte«l; 
else updtp»l; 
break; 
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/. - ,/ 

ctic »T»: 

if(p»e=l) goto nogood; /• only vorki vith «creen aode •/ 
gete«d(cvd,IUXDXR); 

evdert*atrrear(evd,atei( /• o.g., (.)abc */ 
if (etrlen(ciidert) > 3) »trepy(ewdext , MW ) ; 
11 ( e trcnpi (neerid , cvdext ) l» 0) 

< 

gotory(l,l); clroerO; 

priatf ("Can't change title of adopted screen! Try something else: **>; 

goto cnuid ; 

> 

if (ideheckO < 0) goto cmnd; 
gotoxyd.i); clrierO; 

priatf ( "Eater new title for tale oereea:\n M ); 

rewind (stdia) ; 

.eoaf<"%[-\n3 M .t)! 

•trcpy (fntn, drive) ; 

strut (fan, "title") ; 

■treat (f am, M .")s 

■treat (f am, idea); 

aandae«opoa(fBa t 0^RDH&|0„CB£AT v S.IREAD|S.IVRX7E) ; 
If ( (omtpvt>«S)*ft (handle<0) ) 

< 

perrorCplan.c* 1 ); 

rtxaOz 

> 

write(handle # t,»trl«n(t)+l); 
close (handle); 

if (output >» .0) 
< 

gotoxy(ia); 

printf< "screen fan: U, handle. X6d\n", fa* .handle) ; 



break; 
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/• •/ 

cue 'E': 

ii(»trcnpi(idch,n*orid) «= 0) 

{print* ("Cannot ovalnato own ••tup! Try * dillarent coamand: **); 
goto c a n d;} 

getc*d<path,ltAXPATH) ; 
2ntpUt(path 9 dm,dn&»ls&tdnn) . 

print* ("Ploano •valnat* thia fc« (lovory poor, Savory good): 
*eptext[pa] CO]); 
reviad(atdin) ; 
aeanfCntB*\dna); 

if(ftrl«n(dtxm) >» 1) 

< 

11 (pi »* 0) atreat Cr,"."); /• **.** denotea current a croon •/ 

•loo ttreat (r ,ftap [pi] [usepage] [0] ) ; 

atreatCr," E 

atreat (r, don) ; 

atreat (r,«\n")i 

updtr»l ; 

> 

clreerO; 

print f ("Pleaae ant or any consent on thla %u\n", rapt art [p«3 [0]) ; 
revind(atdin) ; 
acaai(-XC*\xO" f dna); 
il(itrlen(dnm) >■ 1) 

< 

if (p. «= 0) etreat(r, M . H ); 

olao atreat (r , tap [pa] [naepage] [0] ) ; 

•trcat(r." C ••): 

atreat (r, don); 

•treat <r,"\n M >8 

npdtrel ; 

> 



broak; 



WO 94/10637 



64 



PCT/US93/10557 



/• ♦/ 

cue »P»: 
ii(pt«o) 

< 

vpdttO: 

viadovU ,1,80,26); 
clr»cx() ; 
ps«l; 

goto stare; 
> 

if(pi«l) 

< 

B*vpageBatel(fcresponse[l3) ; 

11 (nespage == 0) nrgpage e usepage ♦ 1; 

12((ai«pag«<0) II (na«page>&spld[p8] )) 

< 

gotexy(l,l); 

print* ("Must b« in torn T (inerasaat unless last) or PJtd to P%d. Try again: 

O.nspidtps]); 

goto end; 

> 



priatf("Big tronbla: pt isn't 0 or 1!"); 
azlt< status) ; 
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/• •/ 

eaie ■U': 
ttcmnd(ohence) ; 
surveyO: 

if ( ■ trcup ( whence , "prompt ")■«(>) goto prompt; 

if (■trcmp(shence,'*cmnd")==0) goto and; 

if (strcmptaisnce, "start ")*«<>) goto start; 

print! ("UCMHD done. Hhat now?? Whence = Xs" t whsncs); 

oxit( status); 

ease »V»: 

if (p» »b o) goto nogood; 

vemndO; 

goto start; 



cats •H»: 

/• add em-lin« help ♦/ 

if (output >« 9) print! ( "switch case E M ); 

break; 

case »Q»: 
updtf<); 

viadov(l, 1,80,26); 
elrserO; 
ehdir(orgdir); 
szit (status); 

default: 
nogood : got 0x7 (1,1); 
print! ("Invalid command. Please enter sec command (B for help): "); 
goto eand;> 

goto start; /* cycle np for another command */ 



} 
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/* Privatization Planner (t&) Subroutines ♦/ 



•Include <\t c\tpp\induds . e> 
extern void adopt (1st k); 

•rtsrn void login () , palntpO, paints (), rtm(); 

•stem void eereenO, surveyO, updtfO. varvalCint i. char val[803); 

•xtern int addrep(char fno[HAXPATH3 , int place); 

•xtexn void xe«rpt(lst isvltch); 

•stern int idcheekO; 

extern char* in (char filcnane[93); 

•stern char* xn2(char filename [6] ) ; 

extern void ucand(char whence [7]), vcnnd(); 

■xtexn FILE •nape, *aapp, •raact, title; 

•xtexn struct ffblk ffblk; 

extern int output, updts, updtp, updtr, status; 
extern int vtl,vt2,vt3,vt4; /* title vindov corners •/ 
•xtexn int wxl,vx2,vx3,vx4; /* screen/page vindov corners •/ 
•xtexn int vil,vi2 ff viS v vi4; /• interaction vindov corners */ 
•stern int vf I # vf2,wf3 f wf4; /* footer vindov corners */ 
•stern int uhandle; 

•stem int Ips, ps, nsptot[2j, nspid[23 ; 
•stern int spf±rst[23 , splaat[23, spfcode[2]; 
•stern Int nsvpage, nsepage; 
•stern int rralLSO], yval[303, lval[303. nval; 

•stern char sparxay [T8O03 , response [2403 , pagodatatPACEL&H] : 

•stem char ep[2] DUXSP) [133 , sptsxt [23 [103 , spchar[23 [23 ; 

•xtem char t[80] t tnck[803, r [20003 , ideh[133; 

•xtem char drive DUXSBITE3 , pfile[MiXFZLE3 ; 

ertern char path [MUD IE] . cvd[HiXDIR3 ; 

•stem char inane [1UXPATH3 ; 

•stem char dun [1003 i 

•stem char us arid [63 ,varid[63 .usersinf o [USERSLI3 ; 
•stem char *ptr, vhance[73 ; 
•xtsxn char tiabof [273 ; 
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•include <\tc\tpp\extera.c> 

/• Adopt iapleaente a user's choice to adopt the organization 
and/or page contents of another user •/ 
▼old adopt (1st k) 
i 

int i; 

/♦ Delete previous Uuserid eegnend */ 

lps»k; 

xesrpt(2): 

il( spies tDd >■ spfixstDO) 

< 

asptot Ddensptot D0-(splast DO-spf irst DO+2) ; 

ior(i-tplirft W-l; K«asptotD0 i i++) 

strcpyUtpDO Ci3 [03 .AupOO [i+splast DO -spfirst DO 423 [03 ) 5 



/• Append adopted (idea) Torsion under ueerid rubric «/ 
strcpy (aspDO [asptot DO 3 [03 ,-U") 5 
street (AspDO [asptotW] [03 .uierid) ; 

ips»k; 
xcerptd); 

il ( spies t DO < sprirstDO) 

i 

printx<«sull sot adopted. Whet next? «); 

return; . 

> 

for(i«spfirstD0 ; i<»splasttkj ; i++) 

«trcpy(aspCk3 [asptot DO ♦i-spxiret DO ♦!] [03 ,ftspD0 U3 [03) ; 

asptot [k3 easptot 00 ♦spies t DO-spf irst DO +2 ; 

U(k« 0) apdtsoi; 

else updtp«l; 

updtxO; 

> 
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/• Hodnla addxep handles logic 
odd (»A») and replace (»R») 




to tho 



int addrepCchar tonDUlPlTE] , int piece) 
< 

int 1, handle; 

lnt mail , mar , pgdptr ; 

lnt lefttmz], right [VHAX]; 

char convi[3]; 

char spnaae[13] , placaehtS] . ich[S] , response [80] ; 

strepy(spnaae, archer [ps] [0] ) ; 
itoa (place , place ch , 10) ; 
street (spnana ,placech) ; 
etrcpy (lam, drive ) ; 
street (inn, spnane) ; 
street (ten, ".**); 
street (fnn,idch)j 



/• need to generate alternative naaeT •/ 
il(xlndfiret(rnn,«xhlJt,spxeedeLps]) «* 0) 
<xor(i=l; i<«MAIiriLE; !♦+) 
< 

•trcpy ( epnaae t *epcher [ps] [0] ) ; 
street (tpnaae t **i tt ) ; 
itoa(i,ieh,10); 
etreat (spneaa ,ieh) ; 
strcpy(xns, drive) j 
street (fnm, spnamt ) ; 
s treat (lm,". M ); 
street (tea, idch) ; 

^(findzirst(rna,fttzhlh 9 spfcode[ps]) !« 0) goto avail; 
getoryd.l); 

printf ("User Km already has Xd new %ss.\n N , 

idch,lUXIFILE,*sptert [ps] ) ; 

print* ("Add and Replace unavailable .\n n ) ; 

print! (Try e differ ant eonaand:"); 

retura(-l); 

> 

avail: ; 
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il(p««0) 
i 

akdir(raa): 

/• priatl( M addr«pl # torn: Xf",*aa);rtrnO; aap •/ 

•trepy (fan, drive) ; 

•treat (inn, spueae) ; 

«trcat(xam,*\ M ); 

■treat (lam, Idch); 

•treat (lam, "\V*)s 

■treat (lxm, "title") ; 

■treatttaa,**."); 

•treat (las » idch) ; 

/• priatl( M addrep, lam: fr N f raa); zap •/ 
haadle«opea(laa i O.BO«EtO.CR£AT t S.XREAD!S.ZVRrrE) ; 
if ( (output >«B) at (handle < 0)) 
{perrorCneo screen title:") ;rtm();} 
gotoxyCl.l); elrecrOj 

print! (-Eater title ior year net ierm:V); 

reviad(stdia); 

•can! ("*[-\xd ".response) ; 

write (handle ,re»poaje t etrlen(respons«)+i) ; 

close (handle) ; 

> 

else 

< 

viadoe(l,l,80,l>; gotory(32 t l) ; 

priiitf(**s Xd el Xd" t aptert[ps],piace.nspid[ps34i); 
etrepy ( Inn, drive) ; 
■treat daa t spaaae) ; 
■treat (xam,".«); 
■treat (ran, idea) ; 

aaadle*ep«A(laa 9 OaAVR|O.CREiT t S„IREaD|S.IVBZTE) ; 

il( (output >» 6) at (aaadle < 0)) 

{pexrorCSev pager") ;rtm();> 

lap: vladow(vil,vl2.vl3,vi4)s gotory(l.l); 

print! ("Enter content, ol your new page (C and carriage return to end):"); 
aiadow(¥xl ,vx2,vz3,vx4) ;clr»cr() ; 
rewind (etdin) ; 
•caal("X[-«3«,iiagedata) ; 
rewind (etdia) j 

write(handle t pagedata,«trlen(pagedate)+i) ; 
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dot* (handle); 
nsepage*plece ; 

lor (nnal«0 t nnar-0, pgdptr«0; pgo*tr<»trlen(pagedata) ; pgdptr**) 
< 

11 ( pegedata [pgdptr] c« »{») 
{left CxraaU i-pgdp tr ; nnal++:> 
11 (pogodata [pgdptr] « •>«) 
bright EararJ »pgdptr ; h i uni -n 
> 

11 (rami != nnmr) 

<prlntl( n Hlf Batched number ol •{» ttd) and »>» <%d)", 
rami, xramr); goto lap;} 

11 (rami > THAI) 

{printf(«Too uny Tarlablea: %d > ltd!", muni. TM1X) ; 
goto lnp;> 

lor (1»0; l<mml; 
i 

g treat (r.epnua); 
il(rtrcap(ldch,» M ) I* 0) 
{■trcet(r,"."); « treat ( r, Idch) ;} 
atreat(r," V «); 

»txcp7(conTi t ito*(i+l .convi, 10)) ; 
street (r,eonrl); 
etrcat(r," «); 

•tmcatCr .ApagedataUelt E13+1] .right CO-l«lt[i]-l) ; 

etrcat(r,"W); 

> 

11 (rami > 0) 
{updtr-i; epdtl()j> 



elndovdrll .wl2.ei3.wl4) ; 

clreerO; 

> 



etrcpy (fna.epname) ; 
ilUtrcnpUdch."") !■ 0) 
< 
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■treatdim,"."); 
■treat (1m , ideh) ; 
> 

U(pi««0) npdt««*l; •!■• npdtp»l; 



letuzii(l); 
> 
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/* Module In returns a file path, appending idch •/ 

char* fnCchax f ilenane [9]) 
< 

atrepy (f nane .drive ) ; 
■treat (f nane 9 f ileaame) ; 
•treat (Inane,"."): 
■treat (Inane .ideh) ; 

/* print! ("Wn. naa: %b (drive: 3£a name: %a ideh: Xe).\n", 
tnmm* ,drive .filename , ideh) ; •/ 
return(fnane) ; 

> 

/* Nodule f n2 returns a file path, appending uaerid a/ 

char* fn2(char !ilenane[9]) 
i 

atrepy (Inane , drive) ; 
street (Inane ,f ilenane) ; 
etreat(fname,-.*')s 
■treat (f nana .uaerid) ; 

/* print! («\nfn. naa: %» (drive: U nana: U ideh: Xe).\n*\ 
Inane .drive ,f ilenane . idch) ; •/ 
return (! nana) j 
> 

/* Module idcheek return* l it near ia in own aatup, otherwise -1 •/ 

int ideheekO 
< 

if (atrcnpK ideh, uaerid) »« 0) retnrn(l); 
•lee 

< 

gotoxy(l.l); 
clricrO; 

print! ("Changing another user's aatup is disallowed. Te adopt thia user's aatup,**) 
print! (**\ntype Vim from Seraen node, lev connand: ".userid); 
return (-1) ; 
> 

> 
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/• Modal* login identifies a now or previous so or •/ 

void login () 
i 

int i, nbytes, offset; 
char ♦ptrl, ens [80]; 

nhmndlo«open ( "users " , O.RDVB 1 0, CHEAT , S.TRRsT) I S_ItfBJTE) ; 
if (nhendle < 0) 
{perror( "users: «); 
exit(otetue);> 

print! ( n \nEat or user ID of up to throe characters: ") ; 
■conx("Xs",a»or±d); 

if<etrcnp<ueerid, w #l")»«0) •(■trcpyduorid,-') ;roturn;> 

nbytos » re*d(uheaidle,useroinfe ( USERSLH) ; 
offeet*0; 

«hile(ofiset < nbytes) 

< 

ptr«*user»inle [offset] ; 

if ((etrnc*p(ptr,UDIXDl,l) ■«= 0) 
e* (strc«p(ptr41 ,usorid) ■= 0)) 

{ 

of f set*oxf »ot4«trlon(ptr)4i • 

if (etrnc*p(eusereinf© [offset] ,UDELIH,1) !» 0) 

printf ("VnHello, %e\n H ,eusereinfo[offeet]) ; 

delay (760); 

close (uhandle); 

lOtlUAJ 

> 

else 

of f oot«of f set+etrlen(ptr)+i ; 
> 



/• Id not yot logged. Log it with other info •/ 

strcpy ( on* .UDELIH) ; 

street (ens ,ueerid) ; 

write (uhondlo , one , ■trlen (one )+l ) ; 



printf ( u \n\nPleeee enter your 



:\n M ); 
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xavindUtdla); 
•c«rf("XC-\iO%M»)s 
vrit«(ohanU« ,ans ,itrl«n(>ns)+l) ; 

printl<-\n\nTjpa 1 lor academic, 2 tor proloaaioaal, 3 lor goveraaent : «); 
reaindUtdin) ; 
•canlC^C-NnD-.oM); 
vrite(ufcasdla t aaa»itrlaa(aa*)+i) i 

lor ( 1=1 ; i<«6; i**) 

£riBtl<«\a\»Typa Xd ol 8 aupplaaental inlo linoi (a.g., phon«, addraaa) :\n",i); 

rawindUtdin) ; 

•can! ("U-\n3 %•»■>; 

writ* (uhandle , ana , rtrian(axw ) +1 ) ; 

> 

clota(nhandle) ; 

) 
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/• Module palntp updates the screen In page node */ 

▼old palntp () 

< 

lnt Index, i, j, pgdptr, mml, nnmx, ekiplin, firstser; 
int lefttSO], right [SO); 
lnt rpes.ypos; 
lnt idtot, ndaah; 

char idl[83,id2[83.id3[83; 

char ppathtlUXPATH] ; 

char tlnxo[80] , count [3) ,lx[803 ,val[803 ; 

FILE *pg; 

nspid[ps]«0; spf ixst[ps3«0; splastCps]— 1; 
ips«ps j 

zcarpt(l); 

aspld [pi3 -spies t [p§3 -spf lrst [psj ♦! ; 

/* Screen heading ♦/ 

windov<1.1.80,26); 

drecxO; 

printf <-\nPrivatixation Planner <ta)"); 
gotor7(32 t l); 

if (nspid[ps] « 0) usepage - 0; 

11 (usepage > nspld [pa]) usepage * 1; 

11 ( (nspld [ps] > 0) ft* (usepage < 1)) usepage • J; 

printf<"*s Id of %d",«ptext[ps] .usepage ,uspid [ps3); 

gotory(87,st2-l); 

ti«e(ti«ibuf ); 

printf ( -*£■** , ctlne ( t inbuf ) ) ; 

/• Screen title */ 

getoxy ( (80-strlen(t))/2 f *t2) ; 

printf <«KsW\t); 

strcpy (idl , -default**) ; 

if(strcnp(userid t — ) !« o) strcpy (idl .us erid) ; 
strcpy (id2, -default-); 

if (strc&p(idch,-") !* 0) strcpy ( id2 , idch) ; 
strcpy (id3 , -default") ; 

if(strcsp(Tarid.«" ) fs 0) strcpy (id3, varid) ; 
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idtoteitxlen(idl)+itrl«n(id2)+itrl«n(id3) ; 
ndaah*(80-47-idtot)/2; 
for(i=l; Ksndash; i«-0 
print! ("-"); 

print! ("You are U. looking at tho %s version," 
"withXs values. « f idl,id2,id3); 
for(i=l; i<«noasn; i*-0 
printf («-•■>; 

/• Page contents •/ 

if (splait[pa] >e splint [ps]) /• any pages? •/ 

i 

strcpy (ppath , drive ) ; 

•treat (ppath,tsp [pi] [splirst [ps} tnsepage-13 [0] ) ; 

print* ("paiirtp: ep %» ".tspCps] [spfirst[pO+asepage-l3 [03 ) i f* asp •/ 

pg»fop«n (ppath. "r+")s 

strcpy (pagedata,"") ; 

freed (pagedat e , 1 , P1GEL&H ,pg > ; 

f close (pg)j 

zposwzl; yposevx2; nvaleO; 

f or (mxal«0,nanr=0 ,pgdptr*0 ;pgdptr<strlen(pagedat a) ;p g d p tr++) 
i 

if (pagedata tpgdptr] «*•{') 
< 

lei t Dnml3 "pgdptr ; 
xval tnaaU expos ; 
yralCnnaX) *7poi ; 
mml++; 
> 

11 (pagedataLpgdptr] -»'}») 
{right Enmrl ■pgdptr i anar++ 1 } 

il(strncnp(apagedataEpgdptr] * «\i) >* 0) 
xpos++; /e non-printing Ctrl character? e/ 

if((xpos > vta) II (strnciipCepagedataCpgdptr] , m \n",i) mm 0)) 

{xpou=l; ypof-M>;> 

> 

if (tmml I- nor) 
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gotery<wil,wi2); 

printf< •Mismatched umber of »{' (%d) and •>' <%d)«\ 

nunl »iiiiBT ) ; 

) 

•lis 

i 

nval«mml; 

for(i=0; Kaaal; i++) 
i 

iTaiUJorightM-ieftCil+i; 

varvel(i,val); 

Btrnset(«paa;*datalleftU3+lJ,» MvalCO-2); 

for(j«l«ftli3*ls J<«xlghtUD-l{ }♦♦) 

Uf<valtj-lexttO-U »\0») break; 

pagadata[j]oval[J-l«ftU3-0 ;> 

> 

> 

gotory(vxl,wx2); 
print! <*%s« .pagedata) ; 
> 

/• f ooter •/ 

gotoxy(vfi,vf2): 

prlntfCni". 

** Pag* Add aeplmee Delate Values Eval Screen User Help Quit"); 
gotory(vfl,vf2+l); 
strcpyCxx, 

* 0 mode [id]"); 

if(n#pidtp»] < 1) print* <"%s", fa); 
else 
< 

■printfdx, 

" 0-X2d 1-X2d 1-X2d .1-X2d .ode UtfJ". 

sspidfra] ♦nspidtpi] .nspidlps] .nspidtpa] ) ; 
printf("JCs",fx); 
/• gotoxy<80,26); 

printf (""); anto-ejoet lor hard copy of screen •/ 
> 
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/• Nodule painti updates the screen (in screen mode) */ 

void paints () 

< 

int index, i 9 11, 12, skiplin, Sixstser; 
int idtot, ndash; 

char idl[83. id2[83, id3[8] : 

char tpathCMAXPATE] , *C¥dext; 

char tin! o[80] , count [3] ,sr[80] .fx [80] ; 

FILE oti; 

nspidCpslsO; splirsttp«3 c 0; spla»t[pi]*-l; 
ips-ps ; 
zcerpt(l); 
nspid [p»] • spies t [pi] -«pf irst [ps] +1 ; 

/* Sereen heading */ 

vlndov(l t l,80,25); 

clxscrO; 

printz ( "VnPrivatixation Planner (tn) M ); 

gotoxy(67,vt2-l); 

tisw(tinbnf); 

printf("Xs%etiae<ti»buf)); 

/• Screen title •/ 
getory((80-strlen(t))/2,vt2) ; 
printf<«%aW\t); 

strcpy (idl , -default") j 

lf(strcnp(uscrld,"") !« 0) strcpy ( idl ,userid) j 
strcpy (id2, "default "); 

if(strcap(idch,»") I- 0) strcpy ( id2, idch) ; 
strcpy(id3, "default"); 

if(strenp(varid,"") !« 0) strcpy ( idS , varid) ; 

idtot-strlen(idl)+strlen(id2)*strlen(id3) ; 
ndash»(80-47-idtot)/2; 
fer(i«l; i<=ndash; i*0 
printf ("-"); 

print f ("Ton are %s f looking at the %* version ," 
"vith U values. ", idl t id2 t idS); 
fer(i«l; i<=ndaeh; i++) 
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printf ("-"); 



gotoxy(vxl t vx2); 

printf ("%*" f "S Hart Higher Sertn (SO for Root)"); 

If (aplaatCps] < «pfir«t[p*]) goto ikpdir; /♦ any aubdira? */ 



IfOupidCps] •» (v*4-vx2)) akiplineO; 
•la* sklplin-1 ; 

f irstser*l ; 

if(nspid[pa] > (vx4-*x2)) 

< 

gotory(vil,vi2); 

print f ("Too many aeraan* to fit!\n M ); 

printf ("Enter nnbir of the first ■ereen to display: 

aeanf ( "Xd" t f irat *cr ) ; 

> 

ll*apf irat [ps)+f lretaer-1 ; 
i2omin(il*vx4~wx2-l ,eplaat[ps] ) ; 

for <i«il; i<» 12; 1**) 
< 

indar-i-il+1; 

strcpy ( tpath • drive ) ; 
attest (tpeth f a*p[p*D U3 [0] ) ; 
a treat ( tpath. "\V); 
a treat (tpath , "title") t 

/• pr±ntf( "paint* ap 9 tpath: U U u ,tap [pa] U3 tO] , tpath) | •/ 

evdext«etrrchr (vaplpaj U3 CO] , • . • ) ; 
/• prlntf(" evdart: U ",evdext); sap •/ 
if ((ewdart !« BULL) ft* (atr lan (evdart) <« 4)) 
■treat (tpath , evdart ) ; 

/• print! ("paint* tpath: X*", tpath); rtm(); sap •/ 

ti«t open(tpath,"r+") ; 
atrepy(tlnf o ,tnok) i 
fread(tinfo,l,77,ti); 
f close (ti); 
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■trcp7<•x, ,, S t, ); 

•txncat (sx , it oa( index , comt , 10) f 2 ) ; 

■trcatCxx," 

§tracat(ex t tinXo ,76) ; 

gotoxy(vxl,vx2+ifidex+ikiplin) ; 

printf<«5U M ,ex); 

> 

■xpdix: 



/• footer */ 
gotoxy(vfl,vf2); 
print* ("JU 1 *. 

"Screen Add Replace Delete Title 
gotoxy(vfl,v22+l); 
•trcpyUx, 

- 0 

ix(nepid[pe3 < 1) print* CW.Xx); 

•lee 

< 

•print* (xx, 

• 0-X2A 1-X2d 1-X2d 1-X2d 
ncpid[pej ,nepid[p«] ,nspid[ps3 ,nspld[pi]) ; 
prl&tf ("%■** »fx); 
> 



> 



void rtraO 
i 

/* elicit carriage rettrrn eo Me sage can be oeen •/ 

printfCType c end return to continue: **); 

rewind (itdin); 

ecenfCXsMtaB); 

> 



Eval Pago Deer Help Quit"); 
■ode [id}"); 

node £idP\ 
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/• Module Survey determine* what lilei are available 
upon entry to a nev screen, flagging nissing ones */ 

void survey () 
< 

.struct 2 cb zcb; 
char *ptr, ecvdext, titfnnClO]; 
char buf [143 .convrtM ; 
int naaps, nnapp, i ; 

if (output >« 3) print! ("survey %» \n",getevd(csd,lUIDIR)) ; 

atrcpy(titfnn, "title.") ; 
getcvd(cvd t MlXDXK); 

evdextestrrehrUvd, >.»); /• e.g., (.)abc */ 
if((cvdext »= BULL) it (strlen(esdext) <« 4)) 
•treat (titfnm , evdert+1 ) ; 

/* printf ("*s %s %s M ,cwd,cedext,titfn&);rtrnO; sap*/ 
fcloseallO; /• clean slate */ 

if (((aaps«fopen("Bap«" l "a+"))*«VOLL) ft* (output >«= 3)) 

<printf ("Cannot open HIPS.Nn* 4 ); 

rtm();> 



if (((naj^fopenCBspp", «*+")) trcfuu.) ftft (output >» 3)) 

{printf ("Cannot open MAPP.W); 

rtrn();> 



if(((react«fopen("reacf' t «a*"))««OTLL) ftft (output >• 3)) 

{print! ("cannot open react. \n"); 

rtrn();> 

if (((tltleBfopen(titfnn f "a^"))«»ITILL) ftft (output >■ 3)) 

{print! ("cannot open title. \n"); 

rtrn();> 

nsptot[03"0; 

if (aapi !« TOLL) 

{ 

nmapscfread(sparray, 1,2400, naps) ; 
rewind (maps); 
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ptrettrtok(sparray," Vn"); 

tor <i«0; ptr l« TOLL; 
i 

•trcpy (*«p[0] Ci3 [0] f ptr) ; 
ptr*atrtok(VULL," \n M ) • 

l*Utrncap(*»p[03[i3[03,«U",l> «= 0) continn.; 

11 (f indxir«t U«p [0] U] [0] ,*f fblk ,FA _DIH£C) l« 0) 
{print! ("caxrnot find %«. tt ,*«ptO] [13 to]) ;rtm<) ;} 
> 

nsptot[0}*i; 

■trcpy (•parxay ,HTJLL) ; 

nsptot[l]*0; 
UCupp l« IULL) 

< 

nnapp*xr«ad(sp8XT*y ,l,2400,mipp) ; 
rovmd(napp) ; 

ptr»»trtok(apoxrmy, w \a M >; 

for (i«0; ptr l« HILL; 
i 

•trcpy U«ptl3 Ci3 E03 .ptr) ; 
ptr»atrtok<iULL," \n H ); 

i*<rtrnc*p<*«p[l] U3 [0] ,TT ,1) «* 0) cent lima; 

ix(findlir«tU«p[l3 U3 Co] .ttfblk.o) l« 0) 
{prlntfCcumot find %•. « f *iptl] Ci] [0] ) ;rtm() ;> 
> 

asptot [l]«i; 
> 

•trcpy ( •paxrmy ,IULL) ; 
•trcpy (t , tnok) j 

if (<<tltlo=Xop«n<tltlnm,**r4")) IULL) kk (output >° B) ) 
print! < M cannot opon lilo buf); 

ll(titl« !«= BULL) froad(t, 1,80, title); 
revind(titlo) ; 

> 
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void ucnndCchar wh«nc«[7]) 
< 

FILE »tltl«2; 

iat i, iderist. nbytet, offset; 
ch*r «f He [KHPATH3 ; 

getcvd(cBd.MHDIR); 
■trcpy (uf il« .path) ; 
etrcatdifile.-W); 
•treat (nf ile . •♦rum") ; 

uh*ndl«=op€n(of il« .O^EIVEl 0.CRE1T ,S_TftEAD I S.IVRITE) ; 

lseek (nhandle , 0 1 SEEK. SET) ; 

nbytos * reedtnhandle .ussriinfo , USERS LH) ; 

close (uhandle) ; 

chdix(cvd); 

if (strlen (response) == 1) /• just plain M U" •/ 

getoxy(l,l); elrserO; 

print f ("Do yon sent the default 

if(p»«0) print f ("organisation and contents (T or I)? "); 

else print f( Values (T or I)? 

revlnd(stdin) ; 

seanf( N Xs«,dnn); 

if (strncnpl(da&,«TM) ■* 0) 

if(ps»«0) strcpy (idea ,•"•); 
else strcpyCTerid,***); 
goto start; 
> 

Offsat«0; 

vhile(off set < nbytes) 

< 

ptr**nsoreinf o[of f set] ; 

if (strncmp (ptr f UDELIM , 1 ) mm 0) 

< 

/• if no change » disregard •/ 

if((ps««0) kk (strcnp(idch,ptr+i)«*o)) goto skipsane; 
if((ps~l) tk (strcnp(Tarid,ptr4i)-«o)) goto skipsaae; 

gotozy(l.l); elrserO; 

prtntf <"Userid« Xs-.ptr+l); 

printf ( " lanes ts\xi" ,ptr*strlen(ptr)«U ) ; 
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printf( "Select this user's ")s 

lf(p»=rO) print! ("organization and contents (T or S)? n ); 

•lee print! ("entries lor variable values (T or I)? "); 

rewind (stdin) ; 

■canl( w Xs" t dxm): 

if (strnanpi(dna,"T , \l) « 0) 

< 

if(ps«0) 
< 

±1 ( » t reap (ptr+ 1 ,n»«x±d> —0 ) goto adopt; 

etrcpy(idch,ptr+l) ; 

> 

else strcpy(varid,ptr»l); 
goto start; 

> 
> 

skipsaae: off set«off sef*strlen(ptr)*l ; 

> 

/• Future nod: splat all users lor random not aerial choice •/ 
gotozy(l,l); clracrOi 

print! (-Bo more users! Try another command: "); 
goto emnd; 

> 

else /* id appended */ 

< 

idezlst«0; 
olleet*0; 

uhile(olleet < mbytes) 
< 

ptr*taserainlo [offset] ; 

if ((strncmp(ptr,TOELIH t l) " 0) 

**(strcap(ptr4l f exesponsetl]) «« 0)) 

•Cidezist-i; break;} 
ol 1 set-off set+atrlen(ptr)+l ; 
> 

if(idczist«*0) 
{ 

gotery(l,l); clraerO; 

printf( M Id U isn't available. Try another command: H ,tresponee[l] ); 

goto cand; 

> 
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if(p».=l) 
< 

a trcpy (varid, ere spans e tl] ) ; 
goto start; 

} 

il(strcspi(iiserid,are8ponse[i]) l» 0) goto term; /• otm id entored •/ 

/• adopt HAPS. idch T? •/ 
adopt: gotoxy(l,l); clxscrO; 
lp««0; 
xeerpt(2); 

if (splast[ips] < spfirstlips]) 
printf ("Ten do not yet") j 
else printf ("Ten alroady"); 

printf (" have a personal setup tor the SCREEI layout.**); 
elreolO; 

if(strcnpi(ldch," n ) to 0) strcpy(dua, idch) j 
also s trcpy ( dna , "dsf snlt (std)"); 

printf ("NnDo you want to adopt the %• Torsion (1 or I)? *\du»); 
dreolO; 
ecsaf("%e" t dun); 
if (•trna^i(dm.-r\l) «= 0) 
< 

adopt (0); /• adept organization */ 
/* adopt screen title as well •/ 
imlink(fn2( M tlUe M ) ) ; 

if ( ( (title2trfopen(fu2 (-title-) , -*+-)) •« OTIX) 

its (output >• 8)) 

< 

printf ("Cannot open title. nserid.\n M ) ; 

rtrn(); 

> 

re¥ind(title2) ; 
2vrite(t,l,80,title2) ; 
> 

/• adopt HIPP. idch ?T */ 
gotozy(l v l); clrserO; 
ipa«U 
icerpt(2); 

if ( spies tCips] < spf irst tips] ) 
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pxintf (**Teu do not yet M ); 
elee print f("Tou already") ; 

print! ( H have a personal ••tup for the PAGE layout. 1 *); 
ifCetrcnpiCidch,"") I* 0) strcpy (dam, idch); 
•loo strcpy (dun, "default (std)"); 

print! ("\nDo you want to adopt the %s version (T or B)? ",dua); 
scan! ("Xs'.dum); 
If ( ■tmcirpKdm , M T" , 1 ) «== 0) 
adopt(l); /• adopt contents */ 

term: if (pe « 0) strcpy (idch ( ptr+l) ; 

start: strcpy (whence, "start"); return; 
prompt: strcpy ( whence , "prompt" ) ; return; 
cand: strcpy ( whence, *emnd n ) ; return; 

> 
> 
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/* Modulo npdtf updat«« the maps, mapp and reaet files as appropriate •/ 
▼old updtf () 

Int i; 

if (updts l» 0) 

atrcpy (aparray ,«") ; 

for(l«0; i <* nsptot[0]-l; i++) 
{street (aparray f tap [0] li] [0] ) ; 
atrcat( aparray," ");) 

f elese(maps); 
unlink ( ,l aap8 M ); 

if ( ( (saps *i open ( "maps « , »w+" ) )«»IB1L) a* ( output >«3) ) 

{printf( "cannot create new KAPS.Nn") ;rtxn() ;> 

t orita(aparrmy ,1 t etrlen( aparray) +i,maps) ; 

atrcpy (aparray ,KULL) ; 

npdtaeO; 

> 

if (npdtp I- 0) 
< 

■trcpy(anarxay ,*"*); 

for(ie0; i<« neptot[l]-l; i+4) 
<atreat(sparrmy,*apCl3 CU CO]); 
strcat ( aparray ," ");> 

f cloao(mapp) ; 

ml ink ( "mapp* 1 ) ; 

if < < <B*pp^c*an('*app» 

{print! ("cannot craats nee fcUFP.W) ;rtxn() j> 

f write (aparray , 1 , atrlan( aparray ) * 1 .mapp) j 

atrcpy (aparray , TOLL) ; 

npdtp'O; 

> 

if (vpdtr In o) 

f eeek( react, 0,SEEK.EID); 

f write (r , 1 ,atrlen(r)+l .react) ; 

atrcpy (r ,VDELXX) ; 
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■treat (x ,us«rid) ; 
•treat (r^Xn"); 
updtr*0; 
ratnra s 
> 
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▼old varvaKint i. char val£803) 
< 

char reectbuf ti«0] J 
int afield*, right id; 

«trepy(val t " M ); 
i»eek(reeet ,0 ,SEKK_SET) ; 
•trcpy(reaetbuf , mm ) i 
rightid«0i 

while (igeti (roaetbuf , 160 .react ) l« TOLL) 

< /* alloy lor \0 character prolix */ 

il(«trncnp(lrra«ctbirfW.ra)ELIK,l) »= 0) 

{ll ( gtrncBp ( trtactbux U3 ,Tarid f «trcrpa(»raactbni[23 \n« 

right idnl; 

•lse right id«0; 

continue ;> 

•lse 

< 

ii (right id !« 1) continue; 
ptT*itrtok(reaetbn2 \n w ): 

if<»tre«p<ptr,a^[p«HueepageH03) I" 0) continue; 

ptr«etrt ok ( TOLL , " \n H ); 
il(rtrc*p(ptr !■ 0) continue; 

ptr»i trt ok ( IULL , ■ Vn")s 
if(atoi(ptr) !■ i«*> continue; 

ptr«rtrtok(IULL f "\n") ; 

■ tmcpy ( vol ,ptr ,l*al [i] -2 ) i 

> 
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void vcnmdCchar whence [7]) 
i 

lnt i.j; 

char vlrol 1 160] , conv J [3] ; 

for (1*0; Knval; 144) 
i 

/* currently uiobm value for variable on single line •/ 
gettext(xvalU3 .yvaltl] .xval[i3+lval[ij-l .yvalCi] ,vbuf) ; 

*or (j*l; j<«lval[iD; J44) 
vbulC2»j-i)«vbuf[2*j-l] I BLUTK; 

pnttext (xvalti] .yvaltU ,xval[il4lval[i]-l .yvalEi] ,vbul) ; 
gotoxy(l.i): elrterO; 

print! ("Do yon vent to ester a value lor thia varlablo (T or I)? 

revind(stdln) ; 

acanf(-Xa" t dam)} 

±lUtrnanpi(dum,"T M ,l) |. o) goto noblnk; 
gotory(l,l); clrserO; 

prlntf ("Enter velna (\- lor the oaee):\n"); 
reuind(ftdia) ; 

printl («{«); getoxy(lvaltiJ.2)s prlntf (">"); gotory(2 f 2): 

acan£C!tt-\n3«.du«); 

il(strcaa?<daa, M V a ") mm ©) 

< 

lor j<HlvalU3-2; j44) 

dm»Cj-l3-vbult2»J] j 

> 

il(etrcmpi(uaerid,varid) »= 0) 
< 

t*r J<«lvalU3-2; j44) 

il(J <• atrlen(dua)) viral [2*j]«du»[j-l] ; 

elae vbuf [2*J}«» »; 

> 

/+ epend to bull or lor react lile a/ 
street (r,tsp[ps] Eusepage] [0] ) ; 
street (r. H V w )j 

atrcpyCconvj ,itoa(i+l .convj ,10)) ; 
street (r.eonvj); 
street (r," "); 
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« treat (r,duai) ; 
•treat (i,"\a tt ); 
updtr^l ; 
updtf () ; 



/* update acracn (turn ott bllak) •/ 
noblnk: lor (j«X; j<«lvalU3; 
▼bnft2*j-l}TbuxC2«j-l] ft (~BLHX) ; 

ptitt«xt(xval[i3 ,yv*ltl3 .rvalW -Ural [13-1 .yvaltU ,vbtrf ) ; 
> 

rat urn; 



> 
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/• Nodule xeerpt identifies id-tpecific maps or oapp entriei */ 

▼old xeerpt (int isviteh) 
< 

char idcapCe] ; 

1st 1, first, last; 

getoxy(v±l v vl2)s 



first « Os 

s trepy ( idcap , "IT > ; 

if(isvitch »= 1) s treat ( idcop . idch) ; 
also s treat (idcmp,iiser id); 
for(i-0; i<aeptot tij»3 -1 ; i«~0 
if(strcsp(*sp[ipsHi3i;o],idcap) 0) break; 

firet»i*i; 

for(i«tfir»t; l<ensptottips]-i; i*+) 

if (strnc*pUsp[ips3 ti] tO] ,*U»,1) « o) braak; /• asp tips] W C03»don»t care •/ 
Uit-i-i; 

spf irst [ipaD «f irst ; 
splast Up»D *last ; 
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Appendix 1: Data, Fifes 



Page 

12 DF Disposition Fife 

14 DFXXXX Disposition File: Excerpts 

15 DOFF Delegation Offer File 

16 DORF Delegatee Order File 

17 EPRISE Enterprise File 

19 ORDERS Order File 

20 PRICES Asset Price File 

21 ypF T""i*»r*M>n P*ta Baa 

ADB Auction Data Base 

CDB Citizen Data Base 

CHTDB Charitable Institution Data Base 

EDB Enterprise Data Base 

FIDB Financial Institution Data Base 

FORNDB Foreign Investor Data Base 

GDB Government Data Base 

PBDB Privatisation Board Data Base 

TDB Testamentary Data Base 
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DF Disposition File 



The serial Disposition Rk (DF) contains financial records to be transmitted to 
financial institutions which will act as custodians of the specified assets. It b 
created by module PA5S6 and processed by module DISPOSE (see Appendix 

2). 



Format: 

financial institution ID eodeaecipient ID code: 
recipient name»ddress^hone»upp4ementary name: 
asseUamouatl: ... asset n:amount n 



Examples: 

S1100100FNMXYFNBR:19460630ERFXYCDEF: 

Hlen Right:1040 Oak Terraee;Anywhere:55&.m6:Srnith: 

PAyOUT;FNBR;940101;D^;M:4J2% t l; 0 85^50,000 

(Financial institution FNBR is custodian of an annuity for individual ER, in the 
mmount of 985 (local currency) to be paid monthly until her death, without right 
of surriTorship. This amount was calculated from actuarial tame #1, assuming 
an imphat interest rate of 4.32% and an initial investment of 250,000 (local 
currency).] 

511O002XMLMMlPPaO6S07O4MRMXYBCX)EOTLI:lOO0: 
Michael Bight:1040 Oak Terrace*anywhere:5B5-lS15:Tern: 
SMU:l:DLEVR;Ol;8%:10 t OO0 

[Financial institution MLPF is custodian, on behalf of indmdual MR, of 1000 
shares of STII, 1 SMU and 10,000 (local currency) of t% debt of LEVR which 
matures in the year 2001. 



Certain assets such as debt and annuities (DXXXX, DDCXXX and PAYOUT) 
are auto mati cally included in the Disposition File if the acronym embedded in 
the asset does not specify the government itself. 

Other assets, such as Stock Market Units, enterprise stock, foreign currency 
(SMTJs, EXXXX, FCXX) or government debt are included in the Disposition 
File only when so directed by a vafid TRANSFER command (see Appendix S). 
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October 15, 1992 Confidential Draft 



Note: 



Tne asset amount mast be in number of abates, number ofSMTJs, units of foreign 
currency, free ralue of debt (in local currency) or periodic annuity payments (in 
local currency). The asset amount cannot be expressed as a percentage of the 
portfolio contents. 
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DFXXXX Disposition File: Excerpts 

The serial Disposition File: Excerpts (DFXXXX) is generated by module DIS- 
POSE and contains the information to be transmitted to a particular custodial 
financial institution. 

Format: 

Financial institution ID codemame»ddress:phonewipplementary name 

Recipient #1 ID eodeman»e:addr*ss^hone*npplementary name: 
atsetlwnountl: ... zmxazt nramount a 



Recipient #N ID ec^emame:addiets^>hone»upplementary name: 
asset l:amountl: ... asset n amount n 
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DOFF Delegation Offer File 



The serial Delegmtion Offer FOe (DOFF) contain* a summary of all offer* to del- 
egate investment authority over assets. It is created by module PASS 2, and then 
used by module DELCOMF to 1: calculate the minimum delegatee compensa- 
tion threshold*, and 2: update file DORF with that information (see Appendix 

2). 



Record format: 

delegatee aeronymraiset vahiereompensation offer:: 



Examples: 
INVI:10,OOOdO%B:: 

(There was an offer to delegatee IN VI to accept investment authority over 10,000 
(local currency) worth of assets (valued on the basis of price estimate #1 as 
generated by module PASS1), in return for 10% of subsequent earning*.) 

INVI:100,000:.S%A£ 

[In this case, the delegation offer is for .B% of assets estimated to be worth 
100,000 (local currency).] 
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DORF Delegatee Older File 



The random access Delegatee Order File pORF) contains, for each dekgatee, 
its nonproprietary transactions and h. rnimmum « m P^**^!* w 
asseU and earnings. It is created by module DORFGEN (which precede. PASS1 
and pott nonproprietary orders), and then updated by module DELCOMP 
(which follows PASS2 and posts minimum compensation thresholds). It is used 
by module. PASS1, PASS3, PASS4 and PASS6 (see Appendix 2) to determine 
what transactions the dekgatees direct for assets in various poxtlbuos. 

Record format (standard XDB format): 

transaction typetdate enteredas of datemeld 1: ... rrleld N:: 

The only transaction types posted are ACQUIRE, CANCEL, FILTER, IDENT, 
PERCENTAGE, REINVEST and WHEN (see Appendix 3). No proprietary 
transactions (relating to the delegatee's own assets) are posted. Room is re- 
served at the end for DELCOMP to update it with a PERCENTAGE record 
incorporating the final minimum compensation. 
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EPRISE Enterprise File 



The random access Enterprise FOe (EPRISE) for a particular inrestment cycle 
contains, fox each enterprise, its ID code (with embedded acronym), the Bomber 
of shares held on the Privatise! 3 *" system, and the dividend to be accrued per 
share and p aring inibrmation for the stock and any debt instruments. It is up- 
dated by module PASS1, which first scans the segment of the Transaction Data 
Base (XDB) eoatammg enterprise transaction blocks to update EPRISE with 
information from DIVIDEND transactions, EPRISE is also updated by module 
PASS5, which posts any corrections to the numbers of shares resulting either 
from TRANSFER transactions (resulting in decreases due to transmittals to a 
custodial financial institution) or from "ACQUIRE for assets received (VAL)" 
transactions (resulting in increases doe to share issuance). Finally, during each 
of PASS1, PASS* and PASS4, module PRICING updates EPRISE with the 
latest calculations of ssset prices. 



File format: 

SMU label: # SMUs: total dividend:: 

First SMU enterprise ID code: # shares: dividend: 

stock price estimate #lrprice estimate #2.*final price: 

debt instrument #Imrice estimate#l:prtee estimate #2:final price: 

debt instrument #N:priee estimate #l:priee estimate #2mnal prices 



Last SMU enterprise ID code: # shares: dividend: ~. 

SMU2 label: # SMU2s: total dividend- 
First SMU2 enterprise ID code: # shares: dividend: 

Lest SMU2 enterprise ID code: # shares: dividend: ... 

UNSMU label: total # shares: dividend:: 

First UNSMU enterprise ID code: # shares: dividend: ... 

Last UNSMU enterprise ID code: # shares: dividend: ... 

Notes: 

1. While SMU2s can be created immediately, the list of identified SMU2 en- 
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terprises would remain empty until after the first privatisation oceuring after 
the date cut-off separating SMUs and SMTJ2s (see discussion in Appendix 4: 
SMXJ2). 

2. "UNSMTF enterprises are those not included in either SMtJi or SMU2s. 
They can arise either from private formation de novo, or by taking a SMU or 
SMTJ2 enterprise private by making a tender offer for all shares. Such a tender 
offer would be feasible even for an enterprise held by the entire cstisenry as part 
of their SMTIs, by means of polling techniques implemented by module EVOTE. 
If the tender offer were successful, it could be implemented by executing a DIVI- 
DEND transaction corresponding to the total buyout price for shares remaining 
on the Privatise. 1 ™ system. 

3. It is possible to create a new UNSMU asset comprised of qualifying enterprises 
on the system as of a fixed date. Until then, -UNSMU" is an acronym rather 
than an asset, and the total number of shares in the UNSMU record represents 
the sum of shares in aU UNSMTJ enterprises, rather than the number of TJNSMD 
stock "baskets." 

4. In the context of the EPRISE file, the term •enterprise" includes tradeable- 
stock-based or debt-issuing organisations such as fi nancial institutions. 

5. The price for an enterprise may be in the form "lower bound; upper bound" 
if the arbitrage between SMTJs and synthetic bids and offers leaves a price gap 
between the highest bid and lowest offer executed for shares in that enterprise. 
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ORDERS Order File 

This serial file contains a set of all the orders to tell one asset and buy another 
which are to be used by module PRICING to calculate atset prices. 

Format: 

ID code #1" 

amU?n^:as*eU:imee2au!iount2:: 

aaseU:prieel:aas*tt:price2:ainoTint2:: 

ID code #N:: aaseU:pricel:asset2:price2:amount2:: 

a*setl:prieel:assett:price2:amoTint2:: 

Copies of this file are created by modules PASS1, PASSS and PASS4 using 
Transaction Data Block (XDB) information processed by module XBLOCK. 
Module PRICING is then inyoked to process ORDERS to calculate asset priees. 
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PRICES Asset Price File 



The random access Asset Price File (PRICES) contains price estimates and the 
final price for Stock Market Units (SMUs), foreign currency (FCDM and FCUS), 
debt of the government (e^ M DLEVR, DILEVR and PAYOUTtfiEVIL~). It is 
created and updated by module PRICING. 

Format: 

Investment cycle #1 price estimate #1 
SMU, SMU2(null), FCDM, FCUS 
government debt instrument #1 ... #n 

Investment cycle #1 price estimate #2 
SMU, SMU2(null), FCDM, FCUS 
government debt instrument #1 ... #n 

Investment cycle #1 final prices 
SMU, SMU2(nuD), FCDM, FCUS 
government debt instrument #1 ... #n 
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XDB Transaction Data Bast 



The serial Transaction Data Base (XDB) is the central file of the Privatise!*" 
system. It contains transaction blocks comprised of transaction records asso- 
ciated -with a single ID code. An ID record begins a transaction block, which 
continues np to a "new line" character or the end of file. 



File format: 



First ID record 

Transaction other transaction records 

Block "new fine" character 

Second ID record 

T ransact ion other transaction records 

Block "new line" character 

Final ID record 

Transaction other transaction records 

Block End of file 



Transaction record format: 

transaction typeulate entered** of datemeld 1: ... meld N:: 



Field format: 

snbfidd 1; M . ;mbneld n 

Thns, transaction blocks are delimited by ID records and a "new line" character 
or end of file mark, transaction records are delimited by two contiguous colons 
*::", fields are delimited by a single colon ":", and subacids are delimited by a 
aemicolon ";". There are no other delimiters. 

The Transaction Data Base is generated by module XACT (see Appendix 2). 
XACT allows input of any rand transaction records from any source (as le- 
gitimated by off-line procedures), including terminals or serial devices such as 
floppy disks or 8mm tape drives. 
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In the early stages of the update cycle of the Transaction Data Base, new trans- 
action data can be viewed as compartmentalised into logical subfiles" depend- 
ing on their source, eg.: ADB (Auction Data Base), CDB (Citixen Data Base), 
CHIDB (Charitable Institution DataBase), EDB (Enterprise Data Base), FIDB 
(Financial Institution Data Base), FORNDB (Foreign Investor Data Base), 
GDB (Government Data Base as subdivided by agency, eg. PBDB Privati- 
sation Board Data Base), TDB (Testamentary Data Base). While this logical 
compartmentalisation 0 can be useful in facilitating input procedures, audit trail 
backups and ancillary processing applications making additional use of the data, 
it is nonetheless completely transparent to the Privatise!™ software 

Module XACT maximally aggregates dispersed records for the same ID code 
into a single transaction block, and sorts the resulting transaction blocks, within 
the constraints of available memory and disk space. After an iterative sort 
procedure, the final result is a single, comprehensive, sorted XDB file. The final 
XDB file would typically be comprised of a series of 8mm tapes (or other high 
capacity storage media). 

The comprehensive, sorted Transaction Data Base (XDB) is the basic file which 
Privatise!™ processes (in five passes) in order to: 1. determine delegations 
of investment authority, 2. establish asset prices; 3. execute orders as appro- 
priate; 4. update portfofio valuations; and 6. generate the Disposition File for 
transmittal to custodial financial institutions. 



Note: 

The default numeric protocol Is that a period denotes the decimal point and 
a comma V is ignored as merely a devise to format large numbers. This default 
can be overriden by editing Included Module * GLOPARM (see Appendix 2). 
For example, by editing module GLOPARM as follows: 

decpt = 7 
numfmt = V 



the defaults would be switched. 
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undexlixteAppendix 2: Software Modules 



Page 

25 ACTUARY 

26 AUCTION 

27 DELCOMP 

28 DISPOSE 

29 DORFGEN 

30 EGEN 

31 EVOTE 

34 PASS1 

35 PASS2 

36 PASSS 

37 PAS 54 

38 PASS5 
40 PRICING 
44 XACT 
47 XBLOCK 
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48 lndnded Modules 
ACRONYM 
ANNUITY 
FINOK 
GLOPABM 
PRICES 
SPINOFF - 
STRUCT 
TEXT 
XASSET 
XTYPE 
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ACTUARY 



ACTUARY calculates periodic annuity payments. 



Input: 

m^odc, interest tale, amount masted and PAYOUT subfields: begin; end; 
survive; frequeney*npBeU interest rate^ctuarial table #. 



Return: 

Amount of periodic payments, foi posting to the last PAYOUT subfield. 



Processing Logistics: 
Called internally by PASS6. 



Module logic: 

From the ID code and PAYOUT subfield -begin", ACTUARY determines the 
number of years (including fractional part) in the future of the first payment. 
The present value of a first payment of 1 is then calculated from the implicit 
interest rate. That present value is attenuated by the probability tf survival 
according to the specified actuarial table if the ID code specifies an individual 
and the PAYOUT mrrire subfield was not set to S. The probability of survival 
is calculated from male and female lists of year-to-year survival probabilities. 
(Note that if survival probabilities are differentiated by sex, where females tend 
to be longer-lived their annuity payments would be smaller, magnifying any 
gender gap where females tend to have lower incomes. On the other hand, 
failing to distinguish between the sexes by using the same values in the male 
and female survival probability lists could reduce the incentive for males to 
invest in annuities.) 

The present value of subsequent payments, until the end date ox until the proba- 
bility of survival becomes negligible, are progressively included into a cumulative 
present value. Finally, the amount of the periodic payments is calculated by di- 
viding that cumulative present value (associated with periodic payments of 1) 
into the amount invested. 
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AUCTION 



AUCTION rapports ike immediate bidding for email state enterprises with ot- 
her* Stock Market Units (SMUs). 



Input: 

Serial file: Sorted Transaction Data Base (XDB), or a subset of H. 



Output Report: 

List of individuals attempting to transfer away a total of more than 1 SMU, the 
total attempted transfer amount, and optionally the entire transaction block for 
those individuals. 



Typical Usage: 

A local governmental entity applies module AUCTION to all transaction data 
in its possession after determining successful bidders at auctions of small state 
enterprises such as shops (especially including the transaction data reflecting 
those successful bids, see Appendix 4: Virtual Assets * Small State Enterprise 
Rights [SSER]). 

Since the assumption is that there will be an initial transferable allocation of 
1 SMU to each dtisen, a warning is reported if attempted cumulative trans- 
fers exceed 1. Note that after the first investment cycle, if a portfolio owner 
had acquired additional SMUs, the warning may prove to be a false alarm. 
Conversely, if not all SMU-trans£er> transaction data (such as from other suc- 
cessful small state enterprise auction bids) b available to the local government, 
AUCTION could fail to warn of a potential over-transfer (which could result in 
restitution to the government of the acquired asset pins profits). 



Module Logic: 

Invoke submodule XBLOCK to evaluate the transaction block, suppressing in- 
vocation of the Delegatee Order FQe (DORF) and forcing the inclusion of all 
price-contingent transfers away of SMUs. Trigger reporting if cumulative trans- 
fer away of SMUs exceeds 1. 
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DELCOMP (Delegatee Compensation) 



DELCOMP calculates the zmnxamn thresholds of delegatee compensation as a 
percentage of assets and earnings. 

Input: 

Serial file: Delegation Offer File (DOFF) 
Serial file; Transaction Data Base (XDB) 



Output: 

Random access file (updated): Delegatee Order File (DORF) 



Typical Usage: 

DELCOMP is ran after PASS2 has created the Delegation Offer File (DOFF). 
The delegatee compensation thresholds posted to the Delegatee Order File 
(DORF) are subsequently used in PASS3 to establish final delegations. 



Module Logic: 

The Delegation Offer File (DOFF) is sorted by delegatee and by compensa- 
tion offer. The transaction block for each delegatee b read into memory, along 
with the compensation offers from DOFF. Using the PERCENTAGE command 
specifications of the maximum amount of assets under discretion (as constrained 
by applicable law or regulation) and the percentage of assets to be selected on 
the bass of compensation by earnings, determine y tt "^ ,ti,tlwt asset amounts by 
earning! and assets. For each of those two categories, step down the sorted com- 
pensation offers (starting at the highest), cumulating offered amounts, until the 
maximum amount ox the minimum price (from the PERCENTAGE command 
again) is reached (see Appendix 3: DELEGATE, note 1). The compensation 
threshold is set to the compensation offer at that point. 
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DISPOSE 



DISPOSE prepare* m Disposition Report (see Appendix 6) End appropriately 
excerpts from the Disposition File (DF) fox transmittal to custodial financial 
institutions. 



Input: 

Serial file: Disposition File (DF) 

Serial file: Transaction Data Base (XDB) 



Report: Disposition Report 

Serial file: Disposition File: Excerpts (DFXXXX) 



Typical usage: 

DISPOSE is ran after PASS* has generated the Disposition File. The Dis- 
position File: Excerpts, along with a corresponding Disposition Reports (if 
appropriate), is then transmitted to each custodial financial institution. 



Module logic: 

DISPOSE fizst sorts the Disposition File by financial institution and sub-sorts by 
recipient ID. It then generates the Disposition File: Excerpt and any appropriate 
Disposition Report for each custodial institution after obtaining its ID record 
(containing address information) from XDB. 
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DORFGEN (DORF File Generator) 



DORFGEN generate, the random access Delegates Order Kle (DORF) using 
intonation from the Transaction Data Base (XDB) . 



Input: 

Serial file: Transaction Data Base (XDB) 
Output: 

Random access file: Delegate* Order FUe (DORF) 
Module logic: 

Read the ddegatee^rganisatton eection of XDB, and post to ~ d0 »***" 
DORF .en^mUir transaction, of types: ACQUIRE, CANCEL, FILTER, 
XDENT, PERCENTAGE, REINVEST and WHEN. 

Re^rre room at the end of the posted transaction block fox a PERCENTAGE 
record incorporating the final nunimum compensation, to be posted by module 
DELCOMP. 



Generate access-keys based on deiegatee-organisation acronym for tubaequent 
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EG EN (Enterprise File Generation) 



EGEN generates and updates file the Enterprise File (EPRISE) with ID codes 
of all enterprises, distrnguishing among SMU, SMU2 and UNSMTJ enterprises 
tn the process* 

Input: 

Interactive date entry: Enterprise IDs and SMU category. 



Output: 

Random access file: Enterprise File (EPRISE) 



Module logic: 

Determine whether the EPRISE file exists yet If not, prompt for the ID codes 
of aD enterprises falling in the SMU, SMTJ2 (presumably none) and UNSMTJ 
categories respectively. Sort the enterprises by acronym and create EPRISE. 

If EPRISE already exists, upon request display current enterprises and allow 
deletion or addition of specific enterprises. 

Note: 

When SMU enterprises Spin off" subsidiaries (e-g., to achieve demonopoHsation 
goals), then the government agency mamtaming the EPRISE file by means 
of module EGEN must insert the new spin-offs as SMU enterprises. If the 
restructuring is material to the original enterprise, any Surviving core 1 ' should 
also be treated as a new enterprise to avoid masking the discontinuity. 
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EVOTB (Enterprise Vote) 



EVOTE uses polling techniques to support enterprise shareholder votes is the 
context of extremely widespread share ownership. 



Input: 

Fox one or more enterprises: enterprise acronym, number of shares outstanding, 
threshold percentage ownership, requested number of names below threshold: 
N, output mode (mailing hst or properly addressed copy of the decision to be 
voted on) and (if second output mode) text of decision to be voted on. 



Output: 

By enterprise, names and addresses of all large and N small shareholders and 
their percentage and number of shares, with a selection probability for small 
shareholders an increasing function of ownership percentage, either as mailing 
fists or mail-ready voting packets. 



Module Logic: 

Perform an initial scan on the Transaction Data Base (XDB) for large owners 
(i.e., above the threshold percentage) of the specified enterprises. Note that 
the set of tapes in the XDB series (which is sorted by ID code, including birth 
date for individuals) corresponding to dtisens below a statutory rnimmnm fox 
voting in enterprise decisions can be omitted. For each ID code, invoke module 
XBLOCK to determine the quantities of each asset. For each enterprise in the 
input hst, calculate the percentage ownership reflected in this transaction block. 
If it exceeds the threshold, Select* the ID code and cumulate its shares into 
"large shareholder total holdings." (In practice, depending on the threshold per- 
centages, the initial large shareholder scan may be restricted to the sorted XDB 
tapes containing transaction data tor governmental entities and organisations.) 

Next, scan XDB for owners of percentages below the threshold. "Selection" in 
this case is made by a Monte Carlo technique, using a probability of: 



Selection probability = 1 - (1 - p) 5 ; 
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where S i. the number of .ham in the portfolio, and p is the .election probability 
for a single snare as follows: 

!$£) _; 

p = (null shareholder total holdings) 

where (small shareholder total holding.) eqnal. (total ^^^^^j^ 
B us (large .hareholder total holdings). N is the requested »^ p °J^^ 
holdeVn.mes t and M (*) is an array of Tame, determined by the Pmssoa approx- 
imation to the binomial distribution as follows: 



1 = Jo ~ 



This method of calculating selection probability of a i^ «^^er portfolio 
will yield approximately N small shareholder names (with a 60/50 probability 
of yielding either more or less). 

-Selection - results in either the addition of the name, address and number 
and percentage of shares to a mailing Est (partitioned into large and small 
shareholders), or else the automatic generation of a properly addressed set ol 
•H the voting decisions to be put to a particular indmdual or organisation. 



Notes: 



1. Ha particular individual or organisation exceeds the threshold in at least 
one case, and is also "selected* as a small shareholder in another enterprise, two 
separately addressed maflmgs could be generated. 

2. The output option of sorted mailing lists requires sufficient random access 
file space to retain all selected names and addresses. However, this capability 
can also include sorting by an address subfieM (such as a sip code) or by the 
regional center initially registering the ID code (as a surrogate for the rem' on of 
the current address) m order to expedite the mailing process. 

3. For this service, each enterprise might be charged a fixed fee, plus t per- 
name fee based upon whether the program generates a mailing list or the actual 
mail. The threshold percentage ownership and the number of names requested 
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would presumably be a taction of the importance of the decision, perhaps with 
atatutory minimum*. 

a since EVOTE dealt only with ahare ownership leeognised by the 
t^r y ^ehoiai^ to financial institution, by TRANSFER 

transaction* would have to be polled independently. 

5 Where a Selected" individual 01 organisation has raHdly d**^**"* 
authority overatkast»o»eofit.ahare.inthe enterprise e^arate .election 
^ahffitie, are calculated by appropriately allocating P<^°& ahare^ween 
Z portfolio owner and each organisation to which it has delegated votag a«- 
thority. 
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PASSl 



PASS1 updates the Enterprise File (EPRI5E) with information from current 
DIVIDEND transactions. PASSl also estimates asset prices assuming «H del- 
egation offers abort ddegatee-spedfied mrmrnuins are consummated. In the 
process, it creates an updated Transaction Data Base (XDB) file containing 
reinvestment transactions based on portfolio earnings. 



Input: 

Serial file: Transaction Data Base (XDB) 
Random access file: Delegate* Order File (DORF) 



Output: 

Random access file: EPRISE (updated with current dividends) 
Random access file: PRICES (updated with price estimate #1) 
Serial file: Transaction Data Base (XDB) (new copy) 
Serial file: ORDERS (also used as subsequent input) 



Module logic: 

First scan the segment of XDB "«»*»™™e enterprise transaction blocks to up- 
date EPRISE with information from DIVIDEND transactions, cumulating the 
dividends to totals for SMUi, SMTJ2* or TJNSMTJs as appropriate. 

Then process XDB (using module XBLOCK with the switch set to enable usage 
of file DORF), generate the ORDERS file lor later use by PRICING, and create 
aa update of XDB containing reinvestment transactions. These are formulated 
by cumulating portfolio earnings' from equities (SMUs, SMU2s or enterprise 
holdings), government debt (Le M not automatically posted to the Disposition 
File - DF) and foreign currency. 

The cumulated earnings are then allocated to assets (via ACQUIRE transactions 
at prevailing prices) in accordance with any applicable REINVEST transaction 
or default. 

PASSl then invokes module PRICING which uses the ORDER file to generate 
price estimate # 1. Finally, PASSl posts thif estimate to file PRICES. 
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PASS2 

PASS2 estimates asset valnes using price estimate #1 to valoe delegation offers 
and lending offers. 

Input: 

Serial file: Transaction Data Base (XDB) 
Random access file: PRICES 



Output: 

Serial file: Delegation Offer File (DOFF) 



Module logic 

Read a transaction block from XDB and call routine XBLOCK. Aggregate in 
memory offers to lend to potentially Urge borrowers, and upon completion gen- 
erate a lending report (see Appendix 6) for the borrowers' evaluation. 



After p r o c e ssin g each transaction block, post delegation offers to file DOFF. 
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PASS3 



PASS3 generates price estimate #2 using the final delegation* ported by module 
DELCOMP to the Delegation Order File (DORF). 



Input: 

Serial file: Transaction Data Base (XDB) 
Random access file: Delegate* Order File (DOBP) 
Random access file: PRICES 



Output: 

Random access file: PRICES (update with price estimate #2) 
Serial file: ORDERS (also used as subsequent input) 



Module logic: 

Process XDB by invoking module XBLOCK and posting the returned array 
of orders to the ORDER file. Then invoke module PRICING whkh uses the 
ORDER file to generate price estimate #2. Finally, PASS* posts this estimate 
to file PRICES. 



WO 94/10637 PCT/US93/10557 

13 9 . 



PASS4 



PASS4 uses price estimate #2 generated by PASSS to decide whether to inroke 
ELSE transactions, and then calculates final asset prices. 



Input: 

Serial file: Transaction Data Base (XDB) 
Random access file: Dekgatee Order File (DORF) 
Random access file: PRICES 



Output: 

Random access file: PRICES (updated with final prices) 
Module logic: 



Same as PASSS, except XBLOCK will return an order array which reflects price 
estimate #2 determining whether or not to inroke individual ELSE transactions. 
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PASS5 



PASS5 uses the final asset prices generated by PA5S4 to execnte transactions, 
create an update Transaction Data Base (XDB) and generate the Disposition 
File (DP). 



Input: 

Serial file: Transaction Data Base (XDB) 
Random access file: Delegate* Order File (DORF) 
Random access file: PRICES 



Output: 

Serial file: Transaction Data Base (XDB) (new copy) 
Serial file: Disposition File (DF) 



Module logic: 

PASS5 uses the same logic as PASS3 and PASS4, exeept that it makes use of 
final asset prices. 

During processing of XDB, PASS5 also creates an updated version by: 

1. inserting the final interest rate (price) as the last snbfield in each debt 
instrument (DXXXX, DIXXXX); 

2. inserting the final impHcit interest rate (price), actuarial table # and periodic 
payment amounts (determined by invoking module ACTUARY) as the last three 
subSelds in each annuity instrument (PAYOUT); 

3. suffixing to each potentially price-dependent transaction (ie., ACQUIRE, 
ELSE and DELEGATE) another record documenting whether H was executed, 
either yes: "Yrin vestment cycle #::" or no: "X investment cycle #::"; 

4. calculating actual delegatee compensation and traaafering a portion of the 
delegated portfolio to the delegate*'* account, either as a fixed percentage (if 
compensation was based on assets) or a percentage based on calculated total 
return (if compensation was based on "earnings"); and 

5. appending to each transaction block in the new XDB a summary record of 
the amounts of assets currently contained in the portfolio, along with a total 
valuation, as follows: 
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Z^aset 1 ramonnt X: ... :*sset rr-amoant n:total valuation:: 

Finally, PASS* generates the Disposition File (DF) by posting in the following 
format: 

Recipient ID eodemameaddress^honeanpplementary name: 
asset lzamount 1: ... suset ntamonot n:: 

information which module DISPOSE will process for transmittal to custodial 
financial institutions. 
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PRICING 



PRICING c*ate, or OP d»t« 6k PRICES ud npd B t» file BPR1SE. The* files 
S^SS*! »d #2 »d the find priees to ««* » • 
investment cycle. 



Input: 

Random access file: PRICES 

Random access file: Enterprise File (EPRISE) 

Serial file: ORDERS 



Output: 

Random access file: PRICES 

Random access file: Enterprise File (EPRISE) 

Serial file: ORDERS (sorted version) 



Module lope: 

PRICING iterative!* calculates the «Wket-dearing* price for each asset winch 
■atisfies the largest quantity of bid. and offers. In the easeof an asset with a 
.ntde dferoi ^cToMder) «eh as PAYOUT, DXXXX and DCCXXX, that offeror 
(inthese eases) establishes the price and the execution quantity b the amount 
of bids at ox above that price. 

In the ease of assets with multiple bidders and offerors, at the ^ke^earing'' 
price the amount of bids at or above it is equal to the amount of offers at or 
below it. PRICING finds this price by first calculating a complete cumula- 
tive offer-amount array (starting at the lowest offer and working upward), and 
then calculating the corresponding cumulative bid-amount array (starting at 
the highest bid and working downward) until the cumulative bid-amount equals 
or exceeds the cumulative offer-amount. 

In the ease of transactions involving cross-prices, where a price-contingent bid 
uses the proceeds of a price-contingent offer, the bid amount will be a function 
of the market price obtained for the offered asset. 

In particular, if agent-i bids jhj for instrument-j, using the proceeds from offer- 
ing amount-oj,k of instrumenWk at priee-pik, and if the market prices are eor- 
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respondingly Pj end P* t this is ecjuiTalent to the fallowing bid for instrument^: 
amount-j = qyk fy* 

and a corresponding offer for instrument-*:: 

unonnt-k = qijk\ 

If at least one of the two price contingencies is an interest rate, then the eross- 
priee constraint b broken out into its component constraint! which most be 
independently satisfied: 

and Pk>JHk- 

If the bid-for instrument has no price contingency (La., the price in the corre- 
sponding ACQUIRE transaction equals 0), then set: 

py = MIN (default maximum price, Pj). 
If the offered instrument has no price contingency, then set: 

pih = MAX(default minimum price, P*). 

The default maximum and minimum prices are designed to be reasonable con- 
straints, and are set at a particular percentile along the spectrum of price- 
dependent bids and offers respectively. 
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Applying these principles to the assets in the PrW»ti»e! TAf system, PRICING 
first reads the ORDERS file and sorts it by asset land and price contingency. It 
then obtain* the latest maxket price estimates from files PRICES and EPRISE. 
Estimates of prices for the single-oneroi assets (DXXXX, DKXXX and PAY- 
OUT) are calculated. Then prices ere. estimated for foreign comncy assets 
(FCDM and FCXJS) assuming cross-price contingencies and multiple bidders 
and offerors. 

At this point, the price of a SMU is calculated assuming cross-price contingen- 
cies and multiple bidders and offerors. In addition, arbitrage is aatomatrcally 
performed between SMUs and the component enterprise shares, When calcu- 
lating the cumulative offer-amount array for SMUs (starting at the lowest SMU 
offer and working upward), the lowest offers for enterprise shares which make 
up a SMU are aggregated if they represent a complete set, and treated as •syn- 
thetic" but legitimate SMU offers. The execution of synthetic offers increases 
the amount of actual SMUs by traiisfbrming a complete set of enterprise shares 
into SMUs. 

The cumulatiTe bid-amount array for SMUs (starting at the highest SMU bid 
and working downward) is likewise augmented by synthetic SMU bids composed 
of the aggregation of the highest bids for enterprise shares which make up a 
SMU. In this case, a complete set of bids is unnecessary, and any unbid-tor 
enterprise shares (or bid at less than a statutory minimum to prevent private 
parties from "vacuuming up" large quantities of shares at de minim is prices) in 
executed synthetic SMU bids are allocated to a government account. In effect, 
by operating the system, the government automatically reaps the rewards of 
arbitrage between SMUs and enterprise shares. 

After determining the price of a SMU, prices are calculated for shares in indi- 
vidual enterprises. This again p r o ceed s on the assumption of cross-price con- 
tingencies and multiple bidders and offerors. However, the amount of shares 
allocated to executed synthetic SMU bids and offers are first subtracted from 
the cumulative bid-amount and offer-amount arrays respectively. 

After an iteration of estimating asset prices, the process is repeated so that bid- 
amounts which are a function of other asset prices can be approximated more 
closely. Therefore, using the new asset price estimates, updates estimates are 
prepared in turn for stagle-otTeror assets (DXXXX, DIXXXX and PAYOUT), 
foreign currency (FCDM and FCUS), Stock Market Unit (SMU) and enterprise 
shares (EXXXX). Iterations continue until price estimates sufficiently converge. 
These prices are then posted to files EPRISE and PRICES. 
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Notes: 

1. Subsequent to the first investment cycle, non- PAYOUT debt in the gov- 
eminent (eg., DLEVR, DILEVR) wffl be subject to the possibility of multiple 
offerors and be processed accordingly. This will necessitate adjustments to the 
lace value of debt being liquidated, to take into account changes in net present 
value due to changes in price (Le., interest rate). 

2. When appropriate, PRICING will use the SMC pricing technique to calculate 
the price of a SMTJ2, an UNSMU or industry-specific "sub-baskets 1 * which hier- 
archically comprise any of those three stock "baskets.'* Note that hierarchical 
"sub- baskets" could not only promote efficient capital formation by presenting 
investment vehicles for emerging industries, but they would also provide the 
opportunity for additional government arbitrage income. 

3. When investors become more experienced, it may be useful to offer the 
ability to bid or offer at prices equal to an investor-specified percentile along 
the spectrum of price-dependent bids or offers. 
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XACT 



IACT generates the Transaction Data Bate (XDB). 



Input: 

Transaction records from serial deviee(s). 



Output: 

Maximally sorted transaction records to a serial device. 



Module Logic: 

This module accepts transaction records (from any available device, eg. ter- 
minal, diskette or tape), optionally performing a preliminary validity check. 
Transaction blocks containing records in error are either directed to an alter- 
nate output device for subsequent review and correcting, or else to a terminal 
operator. The terminal operator could either correct a terminal-entered record, 
or inject appropriate CANCEL, substitute and NOTE records in the case of an 
erroneous record entered from another device (in the interest of preserving a 
complete audit trail). 

The transact ion records are then posted to an array of transaction blocks in main 
memory. This array is sorted (by ID code) when full or upon completion, and 
transferred to a disk file if available. This process is iterated until completion 
or until no more disk space is available. Then the disk files (if available) are 
merse-sorted to a serial output device writing to media such as diskettes (each 
holding about 1 megabyte of data) or 6mm tapes (each holding up to 5 gigabytes 
(sic] of data). 

XACT processes all possible transactions from all recognised entities. The in- 
termediate product is a set of diskettes or tapes, sorted at an intermediate level 
(i.e-, chunks corresponding to the amount of main memory or disk memory 
available, whichever was greater, wffl be sorted ^ntra-chunk", but without any 
^inter-chunk" sorting). 

In practice, data entry will likely be compartmentalised in the initial stages into 
what can be considered logical sub-files', e.g.: 
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1) Citixen Data Base (CDB), comprising transaction records for individual at- 
isens. This can range from simply the entry of an ID record (which could be 
coordinated with voter registration or adapted from other governmental data 
bases, and would correspond to an initial census), to a comprehensive set of 
transactions to buy or seD different assets or authorise delegation of investment 
authority. 

2) Auction Data Base (ADB), comprising the exchanges ofSMUs for SSBBa (see 
Appendix 4: Virtual Assets: Small State Enterprise Rights). Thes e transa ctions 
would typically result from successful bids at local auctions. The g overn mental 
entity arranging the auction, which would presumably obtain a percentage of 
successful bids, would use module AUCTION to try to ensure that individuals do 
not transfer more than their allotment (Le., one) of SMUs (subject to restitution 
of any SSERs). 

3) Testamentary Data Base (TDB), comprising transactions to dispose of the 
portfolio of a deceased individual These would typically be generated by appro- 
priate local authorities after processing any will or conducting any •probate." 

4) Enterprise Data Base (EDB), Financial Institution Data Base (ITDB), Char- 
Hable Institution Data Base (CHIDB), Foreign Investor Data Base (FORNDB), 
Government Data Base (GDB), Privatisation Board Data Base (PBDB) would 
each likewise comprise transactions submitted by the respective entities. 

However, it should be emphasised that these "logical sub-files" are actually just 
parts of a single Transaction Data Base (ZDB), and any logical distinctions" 
are tra nsp arent to the Privatise!** software system. Indeed, in its final mode, 
XACT reads input from multiple devices (such as 6mm tape drives), repeats the 
transaction validity check, performs an ID code merge-sort irrespective of the 
"logical sub-file" source, and outputs to another device (such as an 8mm tape 
drive again). By appropriately iterating this process, an incompletely sorted 
Transaction Data Base (XDB) of even very great sise can be sorted completely 
and effectively. 

Notes: 

1. A subsequent version (MXACT: Multi-user XACT) will allow multiple users 
on a single computer to simultaneously input transaction records, again to be 
sorted in main memory and posted to a user-specific disk file. When the first 
user-specific disk file is filled, a flag wiD signal all program copies to dose out 
their current disk files and open alternates to continue processing. This will 
trigger another program copy to merge-sort the closed disk files to the serial 
output device. However, this module will likely not be portable between oper- 
ating systems or even computer lines. 



WO 94/10637 PCTAJS93/10557 

148 



2. XACT automatically checks for and when necessary generates appropriate 
transactions to initially transfer SMUs or SMU2s to dtisens. 
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XBLOCK 



XBLOCK analyses a transaction block (Lc^ all the transactions for a particular 
ID code) in the Transaction Data Base (XDB). 



Input: 

Parameters: transaction data block for an ID code, and a switch which specifies 
whether to invoke the Delegate Order File (DORF). 
Global data: Asset prices by inTestment cycle. 
Random access file: Delegatee Order File (DORF). 



Return: 

1. Number of kinds of assets ever in the portfolio, total portfolio valuation. 

2. An asset array containing; asset kind, cumulative transfers, current asset 
quantity, asset price, asset value, The array is sorted by last date the asset was 
contained in the portfolio, and subsorted by asset value. 

*. An array of orders to input to module PRICING: (assetl,prieel t asr*t2,price2,amount2). 



Processing Logistics: 

Called internally by software modules as necessary (e.g., AUCTION, PASS 1-5). 
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Included Module - GLOPARM (Global Parameters) 



Policy choices 

fompTun*' compensation minimum as % of assets, 
compmnc: compensation minimum as % of earnings, 
compmxa: compensation maximum as % of assets, 
compmxe: compensation maximum as % of earnings ., 
maxfilt: maximum number of simultaneously operatirc filters. 



Technical specifications 

UUm; UoA delimiter "newline character*'. 

decpt: decimal point V. 

ftflim: field delimiter V. 

nfield: null field "na\ 

numfmt: number formatter V- 

rdhm: record defimiter *r.V 
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Appendix 3: Transaction Commands (with allowed abbreviations) 



Page 



60 


ACQUIRE (ACQ A) 


62 


BANK (B) 


63 


CANCEL (CXL C) 


64 


DELEGATE (DLG D) 


66 


DIVIDEND (DIV V) 


67 


ELSE (E) 
******** \**/ 


58 


FILTER (FLT F) 


60 


GRADE (G) 


61 


IDENT (ID I) 


63 


JOIN (3N J) 


64 


t n urn mr t \ 

LEAVE (LV L) 


66 


NOTE (N) 


66 


OVERSIGHT (OVER 0) 


66 


PERCENTAGE (PER P) 


69 


REINVEST (RNV R) 


70 


SECURITY (SEC S) 


72 


TRANSFER (XFER T) 


73 


WHEN (W) 
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ACQUIRE (ACQ A) 
Syntax: 

ACQ:date enteredras of dat«as»etln>riccl»s8et2T>rice2:«mcmnt2:: 

ACQUIRE attempt! to obtain assetl at pxicel or better by selling amount2 of 
asset2 at priee2 or better. These constraints are relaxed to a tingle cross-rate 
constraint (unless an interest rate instrument such as DXXXX or PAYOUT is 
involved) as follows: 

Bid for assetl at a cross-price of pricel/pricc2 in an amount equal to 



amount2 * (maikeUprice2/market-prieel) 

•long with a corresponding offer for asset2 at a cross-price of price2/pricel. 
See Appendix 4 for asset categories. 

Specifying a price of 0 for either assetl or asset2 suppreses that price criterion. 
In that case, the hid or offer is no longer a cross rate, and is executed if the 
non-sero price is satisfied. If both prices are 0, then amount2 of asset2 is sold 
at whatever maiket-price2 is determined to be, and these proceeds are used to 
purchase assetl at whatever market-pricel is determined to be. 

Examples: 

ACQ:'^9123l£STLL105BnJ^6000uS:: 

{The apostrophe indicates the previous entry date is used. The transaction is 
to take place "as of" December 31, 1093. Shares in the enterprise STLI are 
to be bought at a price of no more than 10 (local currency) per share, using 
the proceeds from the sale of .5 SMUs at a price of no less than 25000 (local 
currency) per SMU. The prices need not be satisfied independently, but axe 
considered to be a cross-rate.] 

ACQ:^3J)LEVR,<H:8%^MU:0^5%" 

[The previous entry date is used, and the transaction b to take place "as of* 
1093 on the default (for the ACQ transaction) date of December 31. Debt of 
LEVR to mature in the year 2001 is to be bought at an interest rate of no leas 
than 8% (the % sign is optional here), in exchange for 25% of the SMUs in the 
portfolio (here the % sign is necessary to distinguish from an absolute amount 
of SMUs) to be sold at whatever the market price is determined to be.] 
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ACQ^r^AYOUT^NB^MOTOljdSlOOl^^i^^MUilOOOO^O^i:! 
[An annuity to be paid by financial institution FNBX extending from July 1, 
1994 to October 1, 1998, with a light of survivorship and monthly payments, 
is to be purchased if the implicit interest tate is at least 4% (on the basil of a 
standardised actuarial table), with the proceeds fiom the sales of 20% of the 
SMUi in the portfolio at a price of at least 10000.] 

ACQ:':':FGDM:7S:SMU:0£%:: 

[Acquire deutsche marks at 75 (local currency) per DM or better using proceed, 
from seffing 5% of SMUs in the portfolio. The deutsche marks are to be kept m 
an interest bearing account (with short term maturity less than 1 year). 

Notes: 

1. An ACQUIRE transaction is only valid for one investment cycle. For exam- 
ple, for a calendar-year annual investment cycle, any ACQUIRE with an "as or 
date in 1992 and entered by the cut-off date would be a candidate for executing 
during processing in early 1993, after which H would expire. However, if the "as 
or date were in 1993, H would be skipped over until the next processing cycle. 

2. If an enterprise offers shares of itself in excess of its treasury shares", that 
b equivalent to a stock subscription (and presumably subject to regulatory 
oversight). 

3. Certain assets cannot be used in the place of "assetT to ACQUIRE other as- 
sets by any entity other than the issuer. For example, debt (DXXXX, DEEXXX 
and PAYOUT) is transmitted to custodial financial institutions via the Disposi- 
tion File (DF). (Early liquidation of such debt instruments v/ffl finely entail nego- 
tiations with or through the custodial financial institution.) Even government- 
backed annuities (PAYOUT) are invalid as "asset2" (to prevent processing and 
asset-debasement difficulties). Therefore, the only debt-based instrument eE- 
gible to be used as "assetr by an entity other than the issuer » debt of the 
government (eg., DLEVR). Even this wQl not be supported in the first invest- 
ment cycle, since there wffl be no such bans on the system initially. When H is 
allowed tor entities other than the government to offer their holdings of its debt 
(which wiD aid in interest rate price discovery), adjustments to the face value of 
debt being liquidated wiS be made to take into account changes in net present 
value due to changes in price (i.e., interest rate). 

4. Note that the government can enter ACQUIRE transactions, presumably 
with suitable public notice, to auction off bundles of SMUs or shares in specific 
enterprises at or above a fixed asking price. 
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BANK (B) 

Syntax: ) 
BANKtdate entereduis of dateaeronyrn:: 

BANK is entered by an enterprise to specify the financial institution which wiD 
process its debt payments. 

Examples 

ID:930415:931231:421145000SIiXSrSTLl:: 
BANK:V:FNBR:: m 
(Enterprise STLI specifies financial institution FNBR as its debt processing 
agent, as substantiated by any required off-line agreements and oversight ap- 
provals.] 

ACQ:V:DFNBR;D:0:DSTLI,-9»:8%:100,000:: 

JSTLI offers to borrow 100,000 (local currency) at 8% or less, to be repaid in 
1999. In this case, any proceeds are to be held as a demand deposit with FNBR 
at prevailing rates.] 

ID:9S06S0:931231:1960112035MXYJKLM:: 
ACQ: , : , J>STLl;99:8%:DLEVB4lhO:50 f O00:: 

(Individual IS offers to liquidate 50,000 (local currency) of his demand loan to 
LEVR, and use those proceeds to lend to STU at 8% or more, with the principal 
to be repaid in 1999.] 

In this example, the loan would be consummated in an amount of 50,000 (local 
currency). Module PASS5 posts the resulting asset (in the form of a loan) of 
individual JS to the Disposition Ffle (DF). Module DISPOSE includes a record 
for this asset m the Disposition FOe: Excerpt sent to financial institution FNBR 
(DFFNBR). Bach year, STU must then pay 4,000 (local currency) to FNBR 
for distribution to JS. 
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CANCEL (CXL C) 
Syntax: 

CXL:datc entered** of date»sset-specific ACQUIRE, PREVious ox ALL trans- 
action (s):: 

This command provides the anility to caned previous transaction (a) which have 
not yet been executed. 

Examples: 

CXL:931015:m015:ALL:: 

[Cancel all pierionsly entered (bnt as yet unexecuted) transactions for this ID.] 
CXL:V:SMU:: 

[Cancel previous transactions to acquire SMUs.] 
CXL:940125:940125:PREV:: 

[Cancel previous transaction. This might be inserted during processing and a 
substitute transaction entered, if an error is detected.] 

Notes: 

1. Subsequent transactions with a Mate entered" later than the CANCEL "as 
of date are not canceled. 

2. Transactions which were entered before the CANCEL "as of date are not 
canceled if they were executed (Lc, an asset was already exchanged for another). 
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DELEGATE (DLG D) 
Syntax: 

DLGaiate entered** of date:delegated authority (Invest, Vote): 
asset(s)racTOt:deiegatee-acxonym:^ or Earnings):: 

This transaction delegates cither investment or voting authority over specified 
assets to the identified delegateo-organisation. 

Examples: 

DtG:Vd^MTJdO$UNVL10%E:: 

[Investment authority over 20% of the SMUs in the portfolio is offered to the 
delegate* organisation INVI (which most be approved and registered) at a com- 
pensation of 10% of the subsequent earnings, taken to mean total return, includ- 
ing interest, dividends and stock appreciation (which will reflect the dekgatee's 
investment decisions) •] 

DLG:VO^MU:10%ONVI:l9tA:: 

[Investment authority over 10% of the SMUs in the portfolio is offered to dek- 
gatee organisation INVI, at an annual compensation of 1% of the Assets, to be 
transferred without liquidation. Therefore, if the offer to delegate is consum- 
mated, and if there had been 1 SMU in the account, then .001 SMU (1% of 10% 
of 1) would be transferred from the portfolio to the delegate* organization.] 

Notes: 

1. Each delegatee organisation must be a pp roved and registered, with a max- 
imum amount of assets under its discretion set at the lowest ot* a statutory 
maximum, a Emit set upon registration (based upon the organisation's finan- 
cial resources and perhaps the experience of its personnel), and a lower limit 
of its own choosing. Perhaps delegatee organisations should be forbidden from 
purchasing for their own account assets vulnerable to manipulation, such as 
stock in individual enterprises. Offers to delegate are ranked in order of com- 
pensation in two lists (one for compensation as a percentage of assets, the other 
lor compensation as a percentage of earnings). 

The delegatee-organisatioB has the option to establish minimum percentage 
compensation (by assets and earnings) which it will accept, and must specify 
in advance what percentage of the assets under its discretion is to be sel e c t ed 
on the basis of asset-related compensation versus earnings-related compensation 
(see the PERCENTAGE command). For example, a delegatee organisation with 
an aggressive investment philosophy might specify that only 10% of the assets 
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under its discretion is to be selected from the highest compensation often as a 
percentage of assets, while 90% is to be selected from the highest compensation 
offer* as a percentage of earnings. 

The actual compensation {or all delegations is set at the lowest accepted offer 
(in the appropriate category) , except that the lowest offers are truncated if they 
would reduce ddegatee remuneration (Le,, If lowering the actual compensation 
rate would more than offset the increase in total amount). If the offered price 
P ii expressed as a function of cumulatiTe amount Q (starting from the highest 
offers), this is equivalent to sorting tor Q-accepted by: 

maximising: P(Q) x Q; 
subject to: (^accepted < Q-inaximum-authorised; 
and: P(Q-aecepted) > P(minimum«eccepteble); 

and setting the price for aJl accepted delegations equal to P( Q-accepted). The 
list of registered delegate* organisations, a description of their personnel and 
expected investment approach, the percentage of assets to be accepted on the 
basis of asset s versus earnings, and the maximum amount to be accepted should 
be regularly published. 

2. Statutory constraints such as the prohibition of the sale of stock voting au- 
thority (especially ores individual enterprises), as is the case in Western systems 
such as the United States to prevent abuse, can easily be implemented by set- 
ting the ir*»™»"" compensation offer at sero. The result would in effect be a 
continuing and comprehensive "p roxy* delegation. 

S. If an individual acquires authority to enter transactions for the portfolio of 
another individual (such as an adult child being ashed by an elderly parent to 
manage a portfolio), the responsihffity for authentication rests with the same 
ugency authenticating transactions entered by the actual portfolio owner. In 
other words, "delegation" (voluntary or otherwise) to an individual is transpar- 
ent to Privatise™, and is authenticated by the "personnel" and/or "paper- 
work" system. 

4. DELEGATION transactions entered by delegatee-org&nisations themselves 
are not allowed (except for their proprietary assets, when it might even be 
required). In other words, sedelegation is not allowed. This is to prevent nearly 
intractable processing difficulties, in addition to avoiding the potential for an 
inappropriate convergence of investment strategies. 
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DIVIDEND (DIV D) 
Syntax: 

DIVTOENDsiale eatoedai of dstertotel dividend payment:: 

DIVIDEND » entered b, » «nte*»e, andepedfie. the to^ di^d,j,Mch 
Hh« plover to be allocated to eont-ned »J ^fT^S-So 
ItodofeMSSl »• this information in the pween of calculating total poTtfcho 



t for 
Examples: 

(This enterprise has paid ov« 100,000 (local currency) to be proportionately 
allocated as dividends to all its shares on the Privatise!™ system.J 

ACQ:V:VAL£:DLEVRO>:S:100 t 00O:: 

DIVIDEND^lOO.OOO:: v . _ . _ . 

fThb enterprise has extinguished 100,000 (local currency worth of debt m 
tEVK Jbr^amc reedvedTxhat vmhxe received is the credit of 100,000 (local 
currency) to be distributed as dividends.] 

Notes: 

1. DIVIDEND is only vafid in the transaction block of an enterprise. 

2. An appropriate government agency (such as the Privatisa^ R>ard) must 
authenticate the transfer of sufficient resources to fund a DIVIDEND transae- 
tion« 

3. This transaction can also be used to distribute paymenta to ihareholders as 
a result of a successful tender offer to take an enterprise private (see discussion 
in Appendix 1 - EPWSE, note 2). 
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ELSE (E) 
Syntax: 

ELSE:ACQ:date enteredms of dale»ss«tl:pricel:asset2:priee2:amount2:: 

ELSE is designed to provide the option to execute an alternative ACQUIRE 
transaction if a primary DELEGATE or ACQUIRE transaction fails to be exe- 
cuted. This is intended to somewhat compensate tor the significant interval in 
the investment cycle. 

Examples: 

DLG: , : , iSMU:20%JNVI:10%E:: 
ELSE:iA.CQ:': i :DLEVRO>:0.SMU^^0%= 

[Offer to delegate investment authority over 20% of the portfolio SHUs to del- 
egate* INVI in return for 10% of earnings. However, if the offer is not con- 
summated, exchange those SMUs for a demand loan to LEVR at prevailing 
puces.] 

ACQ:V:DLEVR;D:10%SMU:25000:20%:: 
ELSE:ACQ:V:FCDM:75:SMU:15000:20%:: 

[Attempt to sell 20% of the portfolio SMUs at a price of at least 25000, and use 
the proceeds to purchase a demand man to LEVR at an interest rate of at least 
10%. However, if either price cant be obtained, then attempt to sell 20% of the 
portfolio SMUs at a price of 15000 or better, and use the p r oc ee d s to purchase 
deutsche marks for 76 or better (taking the prices to mean a cross-rate).] 

Notes: 

1. ELSE can only follow a DELEGATE or ACQUIRE transaction. 

2. The body of an ELSE can only be an ACQUIRE transaction. 

3. If the ELSE follows an ACQUIRE, the asset pairs cannot be the same, in 
order to avoid wasteful processing overhead. For example, in the second example 
above, the prices of 25000 and 10% could not merely be relaxed to 20000 and 
8% respectively in the subsequent ELSE transaction. For the purpose of this 
comparison, aU debt of any particular entity is considered to be the "same" 
asset irrespective of maturity. 
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FILTER (FLT F) 
Syntax: 

FILTEEUdate entered:** of datcdabel: 

account typeJD-acraysubirthdite mtervahsex:iiss«t(s):arnount interval:: 
FILTERjdate enteredias of datedabeh: 

Filter U a transaction entered only by a delegate* organisation (or the govern- 
ment itself) so that subsequent transactions only apply to selected portfolios or 
assets. Account type is a single letter (C,F t M,N,E,D or G) as follows: CHisen, 
Foreign investor, financial institution (Money), charitable institution (Need), 
Enterprise, Delegatee or Government. Delegate* transactions not preceded by 
a FILTER command apply to all assets under its discretion, both its own pro- 
prietary assets and those for which inYestment authority has been delegated 
to it. In practice, a del cg a t ec-o r ganisation should initiate its transaction block 
with a pair of FILTER statements keyed to its own acronym, bracketing the 
transactions applicable to its proprietary account. 

FILTER:V:proprietary account:D JNVL: 
FILTERrVrproprietary account:: 

[The transactions bracketed by the two FILTER transactions labelled "propri- 
etary account* apply only to assets owned by the delegatee-organisation IN VI 
itself:] 

mTER:^ , ^meis:Cma:19501001;19601231OL£MXJ:.5;2^n 
FILTEIL-Vilxx mi ers:: 

[The transactions bracketed by the two FILTER transactions labelled "boomers" 
apply only to delegations by Citisens born between October 1, 10(0 and De- 
cember 31, I960, whose account (including the non-delegated portion) contains 
between .5 and 2.5 SMUs.) 

FILTER&eavy metal: &STLI:: 

FILTERmeavy metal:: 

[The transactions bracketed by the two FILTER transactions labelled "heavy 
metal" apply only to delegations by Enterprise STLI.] 



Notes: 
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1. Multiple filters (up to a maximum number equal to MAXFILT) can be 
simultaneously operative fox a given ddegatee, either nested or intersecting. 

2. Inapplicable trailing fields can be omitted, as in the example labeled -heavy 
metal* 

Z. Matching FILTER transactions, and the transactions which they bracket, 
axe considered a sub-block and kept intact throughout the mexge-aoxting of the 
Transaction Data Base (XDB). 

4 FILTER sub-blocks entered by the government itself are always executed 
even if not "invoked" by the destination portfolio. For example, the government 
could initially allocate .5 SMDs to the "social security" account of all dtisens 
born on or before January 1, 1028 with the following transactions: 

mTTR:V:peririoners:Cm^ 

SECURITY:':':: 

ACQ:V:SMU:S:LSER£:.5:: 

SECURITY:':':: 

FILTERi'r'mensioners:: 
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GRADE (G) 
Syntax: 

GRADErdate enteredras ofdalcevalnatoi acronyxn:evaluatee aeronyinrevaiuation:: 

GRADE allows an authorised evaluator organisation to enter its evaluation of 
another organization which is capable of standing behind debt or as annuity. 
The evaluation b entered on & scale of 0 to 100, with a standardised interpreta- 
tion of various scores to be promulgated by the government agency capable or 
authorising organisations to enter such evaluations. This grading information 
is used to inform the public Collective grading information can also be used 
to aggregate bids and offers of comparable organisations in the process of esti- 
mating rnarket-clearing interest rates and generating a lending report to update 
borrowing transactions. 

Example: 

GRADE:V£NP:MXPF:M:: 

[Authorised evaluator organisation SNP grades the financial stability and cred- 
itworthiness of organisation MLPF at 90.] 
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IDENT (ID I) 
Syntax: 

ID:date entered** of datelD eodemame^dress.Tmone«pplementary name:: 

ID identifies the entity which owns and controls a portfolio (either a Citizen, 
Foreign investor, Enterprise, financial institution [Money], charitable institution 
[Need], Dekgatee organisation, or Goremment). It remains operative for sub- 
sequent transac tions until another ID transaction b entered. The contiguous 
set of transactions associated with a particular ID is termed a "block." 

Exam ples; 

ID:OS0215:930101:l&601120JSMIYJKLMJohn Smith: 

100 Main Street; Anywhere:555-12U(h);55&-1213(w):Jones:: 

[Field 4: This is a dtisen (the first digit in the ID code is a 1 or 2) born November 

20, 1960, with initials JS, Male, with ID first issued by regional center XY, and 

distinguishing personal code of JEXM. Field 6: name. Field 6: address. Field 

7: telephones) (if any). Field 8: mother's maiden name.] 

ID:030215^S0101^4567890IUAXYQBSTtlnvestors Unlimited: 
100 GeldstrassejZurich, Switserland:01/012/65S-llll:Manireq Q. Contact:: 
[Field 4: Foreign investor (first digit is a 3, while the following digits can be 
used to code individuals versus organisations), initials IU, Alien, ID first issued 
by processing center XY, distinguishing code QRST. Fields S-7: name, address, 
telephone(s). Field 8: contact person.] 

ID:930215:030101:421146000SIErrSTLLSteel Inc.: 
1 Steel Inc. PlasajStecl City:5*9-5S55:SteeIy Dan Executive:: 
[Field 4: Enterprise (first digit a 4), industrial code = 21, enterprise # = 45000 
(independent of industrial code), initials SI, Enterprise, ID first issued by pro- 
cess eentei XY, enterprise acronym STLI (should be unique and correspond to 
enterprise #). Fields 6-7: name, address, tdephone(s). Field 8: contact person 
(presumably CEO).] 

n>:S30215:930101:51100100FNMXYFNBR:First National Bank of Rocket City: 
1 First National Bank Plasa;Rocket CSty:6$5-6666:Rock E. Fella:: 
[Field 4: Financial institution (first digit a 5), with financial institution code 
(eg., bank, insurance company, pension fund, brokerage house, evaluator-organization) 
of 11, financial institution # as 100 (independent of financial institution code), 
initials FN, Money, ID first issued by processing center XY, financial institution 
acronym FNBR.) 
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ID:930215:930101^010000lCVNXYSOSV:Friends of SOS Childrens' Villages 
uternational:1170 B road vay;NY;l 0006:: 

[Field 4: charitable institution (first digit a 6), with charitable institution code of 
01, charitable institution # = 001 (independent of charitable institution code), 
initials CV, Need, ID first issued by processing center XY, charitable institution 
acronym SOSV.) 

H>:MO215:MOlOl:709OO15ODUDIYDBCUa>edsions Unlimited: 
711 Analysis Plasa;Rocket Science <5ty:7T7-7777:Lncky Eddie, PhJ).:: 
[I^eiai: Defegsteeozgmnismtion (first o^ a 7), c*gaiuMt»n code = 99, delega- 
tee organisation # = 150, initials DU, Delegated ID first issued by processing 
center XY, (unique) acronym DECT. Fields 3-4: name, address, telephones ). 
Field 5: contact person.] 

ID:030215^30101:90300000LRGXYLEVILLeT2athan Republic: 
1 Memorial Drive; Capital City:lll-llll John Q. Appointee, MoF:: 
(Field 4: Government (first digit a 9), nation-state # = 03, regional govern- 
ment # = 00 (Le., not applicable-* na"), meal government # = 000 (Le., *not 
applicable-" na*) (note thai transactions for a local government would have ap- 
propriate index numbers for both regional and local government), initials LR, 
Government, ID first issued by processing center XY, (unique) acronym LEVR-] 

Note: 

For some purposes (eg., when an enterprise specifies its employees, and citi- 
zen records arc automatically generated for incorporation into each employee's 
individual transaction block) the fields after the ID code can be omitted. 
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jom (jn j) 

Syntax: 

JOIN:date enterecbas of date:enterprise acronym: 
capacity (Ceo, Board, Officer, Employee [non-officer]): 
stock compensation (denominated in local currency, # of shares, or % of out- 
standing shares):: 

This transaction indicates that an mdmdoal joined an enterprise as of the spec- 
ified date, in the indicated capacity. This record is originally entered by the en- 
terprise, which submits a series of such JOIN records, but with the "enterprise 
acronym* field replaced by an "individual code" field. These enterprise JOIN 
transactions are then used to generate individual JOIN transactions. This gen- 
eration will take place late in the processing cycle, alter aU enterprise data has 
been centralised, to inhibit intentional or unintentional errors. (For example, 
instances where an individual is reported to be affiliated with multiple enter- 
prises are repotted. This will also help in the review of Privatisation Business 
Plans to flag potential overlap of enterprises.) 

Examples: 

n>:930215:9W101:42U4M00SIEXYSTLLSteel Inc.:: 
JOIN:':':19«1120JRMXYABCD:C:.01%:: 
JOm:V:19500125PJMXYZYXW:O:100S:: 
JOIN:*:93C701:19501205MSMXYFGHLZ^00n 

[This sequence of transactions is entered by enterprise STLI, and results in the 
following individual JOIN transactions being generated.] 

ID:930215^30101:19431UOJRMXYABCD:: 
JOIN: , : , OTIX-C:.01%= 

[As of January 1, 1993, this individual joined enterprise STLI as its CEO, with 
annual stock compensation equal to .01% of outstanding shares.] 

ID:930315^30101:19S00135PJMXYZYXW:: 
JOIN:V:STLL-O:10aS:: 

[This individual joined as an Officer, with annual stock compensation equal to 
100 shares.] 

H):930216:930701:19501205MSMXYFGHI:: 
JOIN:V:STLLE:500:: 

[MS joined STLI as an employee (non-officer) halfway through the year, with 
stock compensation of 500 (local currency) per annum. Therefore, 250 units of 
local currency will be used to purchase shares of STLI for his account.] 
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LEAVE (IV L) 
Syntax: 

LBAVXrdate entereduu of daterentetprise acronym:: 

This transaction specines that an individual has left an enterprise on the ghren 
date. Therefore, stock compensation is terminated as of that daie. like *t 
JOIN transaction, individual LEAVE transactions are generated from LEAVE 
transactions submitted by the enterprise. 

Example: 

LEAVE:930901:930815:STLI:: . 
[This individual left enterprise STL1 on August 16, 1993, up to which point any 
applicable stock compensation wOl be prorated.] 
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NOTE (N) 
Syntax: 

NOTErdate entered** of dateaion-execiiting commentary:: 
NOTE provides the abffity to introduce commentary. 

NOT£:V:Preric*s record was cancelled due to apparently incorrect data in the 
last field. Ms. Q. X. Data-checker.:: 
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OVERSIGHT (OVERO) 
Syntax: 

OVERidate entered:** of date:cnterprbe acronym: 

privatisation dateidemonopoHiation datexonfiscation percentage:: 

Only the Privatisation Board (or other authorised gorernment agency) can sub- 
mit this transaction, which establishes the privatisation and demonopofisation 
dates of an enterprise. Achievement of privatisation b a prereqnisite for ac- 
crual of compensation stock in privatised large state enterprises. Achievement 
of demonopcHsation b a prerequisite for recipients of such compensation stock 
(whether as a member of the board, officer, or non-officer employee) to transfer 
(away) any stock in that enterprise (even if some of it had been purchased, and 
even if the individual has already left the enterprise). 

The "confiscation percentage" b equal to the Privatisation Board's estimate of 
the percentage of share value at demonopolisatios attributable to monopoly rent 
arising subsequent to privatisation. The "confiscation percentage 0 of compensa- 
tion stock earned previous to certification of demonopolisatton b automatically 
transferred to the government's social welfare account. However, if certification 
of demonopousation b achieved (on an *as of basis) within a safe harbor in- 
terval (eg., 1 to 2 years), then the "confiscation percentage" must be set to 
0. 

The net result b to strongly encourage those individuals entitled to compensa- 
tion stock in an enterprise to achieve its demonopolbation as rapidly as possible. 

OVER:930315^3W15OTLL930601:: 

(The Privatisation Board approved the Privatisation Business Flan of enterprise 
STLI, and set the effective date of privatisation to be June 1, 1903, perhaps to 
coincide with an entire cohort of enterprises being privatised. Note the absence 
of the inapplicable trailing fields.] 

OVER:94060l:940601:STLI:930601:94051fi:: 

[The Privatisation Board certifies the demonopolbation of STLI on May IS, 
1994.) 

Notes: 

1. This transaction applies only to privatised large state enterprises. Authen- 
tication of other enterprises allowed onto the Privatise!™ system b the re- 
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gpcmibOity of the agency with authority over operation of module BGEN which 
generates the Enterprise file (EPRISE) (see Appendices 1 and 2). 

2. It remains possible for key executrres to purchase, before demonopolisa- 
tion is achieved, stock in their enterprise at prices which do not sufficiently 
anticipate subsequent monopoly rent. Therefore, any request fox certification 
ofdemonopolisation submitted after the safe harbor interval should include the 
transaction blocks of members of the board and officers of an enterprise, The 
Demonopolisation Board could then condition certification ofdemonopolisation 
upon confiscation of any appropriate percentage of even non-compensation (ue., 
purchased) stock in the enterprise. This authority would presumably only be 
invoked in cases of significant abuse. 
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PERCENTAGE (PER P) 
Syntax: 

PERjVmminnan compensation (% of assets)umnxmum compensation (% of 
earning*): maximum amount of assets under discretion^ of assets selected 
on the basis of com p ensa tio n by earnings:: 

PERCENTAGE enables a d^egatee-oxganisatton to specify its minimum ac- 
ceptable compensation, the maximum amount of assets under its discretion and 
the percentage to be selected on the basis of compensation by earnings (with 
the rest selected on the basis of compensation by assets). 

PER:V:.5:5:2$0 I 000,000:77:: 

(This dekgatee-organisation requires that its compensation be at least .5% of 
assets or 5% of earnings; it will not accept discretion over total assets exceeding 
350,000,000 (in local currency); and It chooses to have 77% of the delegated 
assets under its discretion selected on the basis of earnings.] 

Notes: 

1. Statutory and decretal constraints remain, inch as maximum compensation 
percentages and maximum amount of delegated assets subject to discretion by 
any single dekgatee-organisation. 

2. Regulatory constraints also remain, such as any stricter limit on the maxi- 
mum amount of delegated assets on this particular delegatee-orgnnisation im- 
posed by its ove rs i ght agency. 

3. There is no guarantee that there wiD be any offers to delegate which exceed 
the minimum compensation percentages. On the other hand, the maximum 
amount of assets may be reached with all offers higher than those minima. 

4. Default values are established by law or decree, and are contained in IN- 
CLUDED MODULE - G LOP ARMS (see Appendix 2). 

5. The PERCENTAGE record which DELCOMP posts at the end of the Delega- 
te* Order File (DORF) does not update the Transaction Data Base (XDB), and 
so is unambiguously attributable to DELCOMP (rather than to the delegatee 
itself) by its context. 
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REINVEST (RNV R) 
Syntax: 

RNV:date entered:as of date»ssetl:%»sset2:%u~assetn:%:: 
REINVEST specifies how the earnings of a portfolio are to be invested. 
Example: 

RNV:930215:831231:ESTU:50%:SMTJ:20%: 

DLEVR;96:S%:DLEVR;97:5%:DLEVR;98:5%:FCTJS:15%:: 

(Invest 50% of portfolio earnings in enterprise STLI, 20% in SMUi, 5% in debt 

to LEVR maturing in each of 1996, 1997 and 1998, and 15% in VJS. dollars.] 

Note: 

Dates are used only to determine the most recent, and therefore controlling, 
REINVEST transactions. 
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SECURITY (SEC S) 
Syntax: 

SECURITY:date entered:** of date: 

SECURITY transactions are entered in pairs. The transactions which they 
bracket apply to the "social seeurity ,, portion of a portfolio, foi which valid 
aaseti are limited to Stock Market Units (SMUs), gorernment debt (DXXXX or 
DDCXXX specifying a governmental entity) or lifetime annuities (PAYOUT). 

Examples: 

SECURITY:021115^30101:: 
ACQ:V-.SMU:S:LSER£:.25:: 
SECURITY:*;':: 

(This initialisation transaction" exchanges .25 Large State Enterprise Rights 
(see Appendix 4: LSER) for SMUs (Stock Market Units) at the Statutorily 
nominal price of J SUV per LSER. Since it is bracketed by SECURITY trans- 
actions, the SMUs are contained in the "social security" portion of the portfolio. 
If in addition these is a freely transferable SMU allocation of 1 per dtiscn, this 
corresponds to a statutory set-aside of 30% into the restricted "social security* 
portion of a eitisen's portfolio.] 

SECURITY:':':: 

ACQ:V:DaEVR,-0©.lfc2.5 

ACQ^.^AYOUT^BRjCO^Od^^MU^ul:: 

SECURITY:':':: 

[Exchange .1 SMU of the Social security" portfolio at prevailing prices for in- 
dexed debt in government LEVR, attempting to obtain the highest yield within 
the maturity interval 2000 to 2010, but no less than 2.5% above inflation. Ex- 
change another J. SMU for a lifetime annuity starting at age 60 without right of 
survivorship, payable monthly by FNBR, if the implicit interest rate is at least 
6%.] 

Motes: 

1. The SECURITY transaction is only valid for citizens (whose first digit in the 
ID code is a 1 or 2) or for the government 

2. Matching SECURITY transactions, and the transactions which they bracket, 
are considered a sub-block and kept intact throughout the merge-sorting of the 
Transaction Data Base (XDB). 
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3. Initially, TRANSFER and DELEGATE command* ate invalid within a SE- 
CURITY sub-block, to that the government maintains custody over, and the 
individual citizen ™«n*»tw« investment authority over, the "social security" 
portfolio. 

4. In cases of hardship justifying immediate distribution of part of the So- 
cial security 11 account, ACQUIRE transactions in exchange for "value received" 
(VAX) would be entered for a citizen's portfolio directly by the government 
welfare agency authenticating the situation and paying out the proceeds. 



WOW/10637 



174 



PCT/US93/10557 



TRANSFER (XFER T) 
Syntax: 

TRANSFERrdate en teredos of dntemnandal institution ncronym:«t»et»inotint:: 

TRANSFER directs that the specified amonnt of the indicated asset be trans- 
fared to the financial institution identified by "acronym" This transfer wflJ 
take place at the completion of the processing cycle, via the Disposition THe 
(see Appendix 2: PASS5, and Appendix 1: DF - Disposition File). While 
the TRANSFER asset amount can be expressed as a percentage of portfolio 
contents, PASS5 translates that to an absolute amount prior to writing the 
information to the Disposition FOe. 

Examples: i 

XFER: V:MLPF:ESTLL 100%:: 
XFEILV:MLPF:SMU:50%:: 

(Transfer 100% of the portfolio stock of enterprise STLI, and 50% of the SMUs, 
to financial institution MLPF.] 

XFER: , : , :DBNK:FCDM:100%:: 

[Transfer 100% of the portfolio deutsche marks to financial institution DBNK.J 
Notes: 

1. The financial institutions must be authorised to act as custodians of that 
type of asset (see Appendix 2: Included Module - FIN OK). 

2. When alternative, non-governmental financial institutions become authorised 
to act as custodians of entire portfolios, transactions of the form: 

XFER:V:MLPF:ALL:100%:: 

would become valid. This wQl provide a vehicle whereby particularly large or 
active portfolios could be removed from the general processing system, reduc- 
ing its overhead and enabling investment transactions more frequent than the 
general investment cycle. 
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WHEN (W) 
Syntax: 

WHEN:entered date: as of date:: 

WHEN sets the entered date and the "as oT date. 

Example: 

REOTVEST:930215:930215:ALL:50%: 
SMU:20%:DLE^*6:5%:DLEVR l *7-.5%:^ 

CXL:940WS:940125:PREV:: 
REINVEST:940125:931231:ALL:50%: 

SMU:2O%:DLEVR,"06*%:DLEVR;fl7^%:DLEViU98^%:rCUS^%:: 
NOTE:':':ReinTcst teeoxd replaced because more than 100% allocated, so deleted 
from last field to reach 100%.:: 
WHEN:930216:930215:: 

[In this sequence, the original REINVEST record was erroneous. During the 
processing cycle, H is canceled (rather than merely dropped, in order to main- 
tain a complete audit trail) and replaced, and the date is then reset with the 
WHEN command so as not to affect subsequent transactions.] 
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Appendix 4: Asset Categories 

Page 

76 ALL All Assets 

76 DXXXX Debt 

78 DUXXX Indexed Debt 

79 EXXXX Enterprise Stock 

80 FCXX Foreign Currency 

81 PAYOUT Cash oi Annuity 

83 SMC Stock Market Unit 

84 SMU2 2nd Tranche SMTJ 

85 VOUCHER Privatisation Voucher 

86 Virtnal Assets: 

86 DR Donation Rights 

87 LSER Large State Enterprise Rights 

88 SSER Small State Enterprise Righto 
69 TR Testamentary Rights 

91 VAX Value Referred 
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ALL: All Assets 



This asset category correspond* to ike composite of all the assets in a portfolio. 
Note that this is an invalid asset to bid for (as "asset 1" in an ACQUIRE record), 
and must be used with a pace of "0* (Lc, ottering the portfolio assets at the 
market prices to be determined) when osed as «assetT in an ACQUIRE record. 
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DXXXX: Debt 



Syntax: 

:DXXXX;YY;rr: 

Debt is a portfolio asset of the lender (and corresponding liability of the bor- 
rower). Acronym TYTY ■pedfies the borrowing entity, and h restricted to 
governmental entities, financial institniions and enterprises. 

The year of maturity is specified by YY, with "D" corresponding to a demand 
loan. A demand loan would be appropriate if the lender deposited cash with 
the expectation of purchasing other financial instruments at the next investment 
cycle. At maturity, the proceeds are invested in liquid debt of the state (eg., 
DLEVR;D) at prevailing interest rates. The simple annual interest rate of the 
debt instrument is specified by rr, which is an optional subfield when entering 
transactions unless needed to resolve ambiguities between debt instruments in 
a portfolio. 

Offers to lend in an ACQ transaction must be matched up with a correspond- 
ing offer to borrow in order to be consummated. Hatching requires identical 
acronyms and either identical or overlapping maturities. 

During the second processing pass through the final sorted Transaction Data 
Base (XDB), PAS £2 approximates the amount of offers to lend by acronym, 
maturity and price, and a (brief) opportunity is made available to potential 
borrower-entities to update any offers to borrow with appropriate ACQ trans- 
actions. This enhances debt management capabilities. Module PASSS calculates 
the debt interest rate rr from the bids and offers and posts it to the updated 
XDB. 

Prices are specified as the simple annual interest rate of the debt. 

Example: 

:DLEVR;01: 

[Debt of LEVR to mature in the year 2001.] 
Notes: 

1. The year of maturity can be selected according to the personal circumstances 
of the lender. This may increase the attractiveness of debt and therefore the 
amount invested in it. However, a borrower can choose to manage its debt by 
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bidding only for specified maturities (eg., 6, 10 and 20 years), presumably with 
appropriate public notice. 

3. In the future, H may be desirable to allow specification of maturity intervals, 
wi thin which the processing system attempts to maximise the yield, to smooth 
out the yield curve. Since a steep yield curve (with yields quickly increasing 
as maturities lengthen) is often associated with fiscal stimulus and i nfla t i on , 
and an inverted yield curve (with short-term yields above long-term yields) is 
often associated with tight money triggering a recession, a tendency toward a 
smoother yield curve may not only facilitate debt management but also economic 
stsJtfhsatkm. 
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DIXXXX: Indexed Debt 



Syntax: 



J)IXXXX;YY;n: 

The indexed debt instrument DIXXXX is exactly analogous in all respect, to the 
on-indexed debt instrument DXXXX, with the exception that interest »te.are 
expressed in "rear terms (Lc, after inflation a* estimated by an index specified 
by statute or decree). 



Note: 

If a financial institution accepts indexed deposits, account holders hare an infla- 
tion hedge. If the financial institution in turn lends those funds to enterprises as 
indexed debt with an interest rate markup, it b also hedged against inflation. 
The enterprises would then presumably conduct their operations in a way to 
cope with prevailing inflation. 
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EXXXX: Enterprise Stock 



Enterprise clock represent! •ham in enterprist XXXX. For privatised Urge stale 
enterprises, shares are tradeabk only after approval of the corresponding priva- 
tisation business plan (PBP), and the sale of compensation stock is prohibited 
until after certification of achievement of the demonopobsation goals contained 
in the PBP. (See the OVERSIGHT command in Appendix S.) 

Prices are specified in local currency per share. 
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FCXX: Fortign Currency 

Thii asset represents foreign currency for country XX, eg., VS. dollars (FCUS) 
or dentsche marks (FCDM). Other currencies can be readily added. 

The foreign currency is expected to be held m a liquid account yielding an 
appropriate rate of interest. 

The price is specified as local currency per foreign currency. 
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PAYOUT: Cash or Annuity 



Syntax 

:PAYOUT;government or financial institution acronym; 
begin ^nd^nrvivc frequency; 

impEcit interest niemctuarial table #;periodic payment: 
PAYOUT designates a generalized annuity. 

One option is cask, available to the portfolio owner (after the processing cycle is 
completed) from the financial institution specified in snbfield 2. Cash is specified 
by setting the begin and end times equal, and on or before the "as of date of the 
processing cycle. However, this would presumably be an inappropriate option if 
demand deposits (DXXXX or DDCXXX) were available through an acceptable 
financial institution. 

The alternative is a stream of payments over an interval with a specified begin- 
ning and end, an "annuity." The beginning can be specified as a date (year, 
month and date, in the form yymmdd) ot an age in yeaxs(in the form XX). 
The end can be specified as a date, an age or death (specified by D). If the end 
is specified as a date or an age, the portfolio owner can also specify whether 
the payments should continue upon his or her death. The default of payment 
termination upon death, with higher payout amounts, can be overriden with an 
S in the "survive" subfield (otherwise the subfield is left empty or filled with N). 
Unless the portfolio owner is an individual, begin and end dates cannot be ages 
and an S is used ir re spective of the entry in the "survive" subfield. Payment 
frequency can be specified as annual (A), quarterly (Q), monthly (M), or weekly 
(W). 

The annuity payment amounts are calculated by module "ACTUARY", taking 
into account standardised survival tables. If a government is acting as principal, 
actuarial shortfalls can be covered off-budget by the SMUs or enterprise stock 
kept in its social welfare account; actuarial windfalls can likewise be credited to 
thai account. Financial institutions acting as principals could perhaps contract 
with the government for actuarial insurance backed by that same account also. 

The price of an annuity is specified as the implicit rate of return assuming a 
particular actuarial table. Module PASS5 determines the execution price of 
a transaction from all bids and offers, and then posts it, the identifier of the 
corresponding actuarial table and the periodic payment amount as the last three 
subfields of the PAYOUT asset (which are unseeded if unnecessary to resolve 
ambiguity) to the updated Transaction Data Base (XDB). 
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Note: 

The annuity can be considered to be indexed to the inflation rate (tee discussion 
under asset D1XXXX), ox an additional instrument PAYOUT1 can be created 
to serve that purpose. If the annuity is indexed, then the implicit rate is the 
•zeal" return (with inflation factored out). In this ease, the financial institutions 
make available payment streams which raxy with future inflation. 
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SMU: Stock Market Unit 



Stock Market Units (SMUt) are created by legislation or decree. A SMU incor- 
porates one share of each large state enterprise privatised by the end of 199X 
(eg., 1995), where X is specified in the legislation or decree. -Privatisation" 
occurs upon the "privatisation date* specified in an approved privatisation busi- 
ness plan submitted by an enterprise. 

Note that stock ownership rights to SMUs (see Virtual Asset; Large State 
Enterprise Rights) which incorporate rights to shares in enterprises privatised 
by a future date certain are created immediately by the legislation or decree. ^ 

Prices are specified in local currency per SHU. 

/ 
I 
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SMU2: 2d Tranche of SMUs 



SMU2* are analogous to SMUs, and are also created by legislation or decree. A 
SMX72 incorporates one ihare of each Urge state enterprise privatised between 
199X and 199Y, whew X corresponds to the cut-off for inclusion of enterprise 
stock in a SMTJ, and Y is the corresponding SMTJ2 cut-off. X and Y are estab- 
lished by legislation or decree. For example, SMUs could comprise one share 
of each large state enterprise privatised by the end of 1095 (about * three year 
period), while SHTJ2s could comprise one share of each large state enterprise 
privatised from the beginning of 1996 to the end of the year 2000 (a rive year 
period). 

Prices are specified in local currency per SMV2. 
Notes: 

1. To encourage early privatisation, executive and board compensation set by 
statute or decree can be more attractive for earlier privatisation. 

2. To prevent useless speculation, an initial moratorium (e.g., one year) on 
trading SMU2* eould be imposed. During such an interval, there would fikely 
be little reliable information with which to value aueh a deferred asset, and it 
is unclear what near-term utility enhanced price discovery for SMU2s would 
provide. 
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VOUCHER: Privatisation Voucher 



The privatisation voucher is authorised by legislation or decree. In the context 
of appropriate enabling regulations, it is possible to interpret it as the right 
to one eitisen's .hare of the publicly distributable capiUl of each large .tate 
enterprise privatised by the end of 199X, where X is specified in the legislation 
or decree. It is the physical analogue in script form of the Stock Market Unit 
(SMU) asset on the Privuti»e! r " system. 

A typical transaction redeeming a phyrieal ▼oncher for a Stock Market Unit 
could be: 

ACQ;921201:931231:SMU:S:VOUCHERS:1:: 
ACQ:»:931231:ESTLMOQ0:SMU:0:.5:: 

(The first transaction, entered on December 1, 1992 and taking effect as of 
Decexnbex 31. 1993, exchanges one privatisation voucher for one Stock Market 
Unit (SMU) at the statutorily nominal price of 1 SMU per VOUCHER. The 
second transaction, entered on the same date, places a bid for shares in enterprise 
STLI at a price not to exceed 2000 (local currency), using the proceeds of half 
the Stock Market Unit liquidated at the market price effective on December 31, 
1993.) 
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Virtual Asset: Donation Rights (DR) 



Donation rights are tMnsfemd" to a donor in exchange for a gift, and are 
perhaps better described as a "donation privilege.* 

Cross-prices are a statutorily nominal 1 Whatever per DR. 

Examples 

TD^21015^21015:1»601120JSMXY3KLM:: 
ACQ:V:DRASMU:S:.l:: 
m:V:6010D00lCVNXYSOSV:: 
ACQ:Y:SMU:S:DRS:.l:: 

(The individual specified by the first ID record has donated .1 SMU (at the 
Statutorily nominal price of 1 SMU pet DR) to the charitable institution spec- 
ified by the subsequent ID record. A donation must be entered as a contiguous 
matched pair including donor and donee. Module IACT will sort the transac- 
tion* for eventual incorporation into transaction blocks containing the complete 
set of transaction! for each ID. However, in the ease of a donation, XACT wifl 
also generate "documentation" notes. A note containing a done of the donee 
ID record wiD be inserted immediately following the donor 1 * ACQ record. An 
analogous note containing a done of the donor ID record will be inserted im- 
mediatdy following the donee's ACQ record.] 
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Virtual Asset: Large State Enterprise Bights (LSER) 

Urge state enterprise tights axe created by statute or decree, for instance when 
Stock Market Units (SMUs or SMU2s) are brought into bang. 

Cross-prices are a statutorily nominal 1 Whatever per LSER. 

A typical initialisation transaction Cor a eitisen would be: 

ACQ:921201:9212313MTJ:S:LSERS:1:: f _ , 

fXnis transaction, entered December 1, 1992 and taking effect as of December 
31, 1992, would exdmnge 1 LSER (Urge State Enterpme Right) for SM£ 
(Stock Market Units) at the Statutorily nominal price of 1 SMU per LSER. 
Note the implicit transfer, from the state as trustee or from the government as 
custodian, of the Large State Enterprise Right.] 
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Virtual Amt: Small St»U Enterprise Bights (SSER) 

TH«« right. » «aD at*e £ ^ ^TcT- 

Unation of e«h, a mortgage or a ~"*f"!^vp i ciJ)y, thete light, would 

SMB. (Stock Market TJnito) in his 01 hei portfolio. 
Caprice are » rt.toto.ay oonrinal 1 Whatever per SSER. 

IDM10l5:921018:lW01lJ0ISMXy3KLM:: 
ACQ:S21018*21018SSERjS*MUS:i" 
ID:V:903M005LGGXYLOCG:Lo«J Gorernment:: 



ACQ:V5MTJ:S^SER5 :J8n 
Tj):V:80J0*000RGGriTtBGG:IUgional < 

ACQ:V5MTJ&SSER5:as 
^V^OSOOOOOLRGrYLEVRLCTiothu Repabne:: 

ACQ^MTJS-SSER&JSs /--—Hied in the initial ID record) traaa- 
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Virtual Asset: Testamentary Rights (TR) 

, . «. . i^t-e to" a deceased individual in exchange 

processing any will or conducting any "probate." 
Cross-prices are a statutorily nominal 1 Whatever pel TIL 



n):9308H:9S0715:lM31«0JRMIVABCI>:: 
ACQ:V:TE3:ESTLLS:1000:: 
U>:V:19630704MRMXYBCDE:: 
ACQ:V:EST%I:S:TR:S:1000:: 

NOTE.Beqnest of 1000 shares of STLI from JR to MR.:: 

ID:V:1943112QJRMXYABCI>:: 
ACQ:V:TR£:ALL:S:50%:: 
m:V:19460630ERFXYCDEF:: 
ACQ:':':PAYOUT;FNBR;M0101;D;N;M5:TR:S:50%:: 

NOTE:50% of the portfolio balance is to be liquidated on behalf of ER to 
a lifetime annuity through FNBR payable monthly without nght of 
survivorship." 

ID^^lWSlUOJRMXYABCDs 
ACQ:V:TRS:ALL£:30%:: 

ID:V:198302lOLRFrn)EFG:: 

ACQ- , : , J > AYOUT;FNBR f -940101;030101- t S-,A:S:TR:S:S0%:: 

NOTE Another 30% is to be liquidated on behalf of LR to purchase a 9 year 

annuity from FNBR payable annually, with a right of survivorship.:: 

lD: , : , J9431X10JRMryABCD:: 

ACQ:V:TR5:ALL:S:20%:: 

ro : Vtf010000lCVNXY5OSV:: 

ACQ:V:DFNBR;W:TR£:20%r. , . 

NOTEThe remaining 20% is liquidated on behalf of charitable institution SOSV, 
and transferred to it as liquid assets deposited in FNBR.:: 

Notes: 

1 Bequests will generally be liquidated and then used to purchase assets such 
as PAYOUT or DXXXX;D (to avoid the significant difficulty of transferring 
percentages of an entire portfofio intact). The exception is when fixed (non- 
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which mint be mbiequently «tere»ed.*) 

^ ge»«ated pn« to .erttag ike twtaw * P 
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Virtual Asset: Value Received (VAL) 



This asset is a placeholder representing value received outside the Pnvatwe1 rAr 
system* 

Cross-prices are a statutorily nominal 1 Whatever per VAX. 
Example: 

TJ) : »:»JD code of new stock subscriber # It: 

ACQ:V:ENEW:S:VA1:S:1000:: 

ID: V JD code of new stock subscriber # 2:: 

ACQ:V:ENEW:S:VAL:S:500:: 

ID: V-JD code of new stock subscriber # 3:: 

ACQ:V:ENEW:S:VAX:S:*>:: 

[This series of transactions, only entered by enterprise NEW itself (as authen- 
ticated by aa appropriate government agency such as the Privatisation Board) 
transfers a total of 1,820 shares of stock to three subscribers.] 

Note: 

Acquiring any asset in the Privatise!** system in exchange for value received 
outside it requires satisfactory documentation and authentication. 
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Appendix 6: Individual Transaction Entry Fonn 



ID Name: 

address: 

telephone:_. 

supplemental 
name: _ 
code: 



Portfolio account: D Regular 



O Social Security 



DELEGATE 



detegatee-acronym 



O Investment 
□ Voting 



% compensation 



□ Earning! 
D Assets 




ELSE:ACQ 



bid-fox asset bid price 



offered asset offer price 



amount 



REINVEST 



% 



% 



asset 



% 



asset 



asset 



TRANSFER 



amount 



financial institution 



asset 
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ACQUIRE 
£LS£:ACQ 



bid-for asset bid price offered asset offer price 



bid-tor asset bid price offered asset offer price 



amount 



ACQUIRE 
ELSEJICQ 



bid-fox asset bid price offered asset offer price amount 



bid-tor asset bid price offered asset offer priee 



ACQUIRE 
ELSE.ACQ 



bid-for asset bid price offered asset offer price amount 



bid-for asset bid priee offered asset offer price amount 



ACQUIRE 
ELSE:ACQ 



bid-for asset bid price offered asset offer priee amount 



bid-fox asset bid price offered asset offer price amount 



Portfolio Owner 


date 


official #1 title 


date 



official #2 title date 
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Appendix 6: Report Formats 
Disposition Report (generated by DISPOSE) 



Custodial institution name 

address 

phone 

supplementary name 
(IP code) 

Recipient #1 name 

address 

phone 

supplementary name 
(ID code) 
assetl amountl 

assetn amountn 



Recipient #N name 

address 

phone 

supplementary name 
(ID code) 
assetl amountl 

assetn amountn 
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Lending Report (generated by PASS2) 



Potential borrower name 

address 

phone 

supplementary name 
(ID code) 

Approximate amount of loans offered at specified maturities and interest rates: 

Maturity #1: Year = 
Demand amount 
1% amount 

X% amount 



Maturity #N: Year 
Demand amount 
1% amount 
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Warning Report (generated by AUCTION) 



Potential ©▼er-transferor #1 
ID record (short form) 

MX. 

Transaction block (long form) 
Apparent amount of SMU transfers 



Potential over-transferor #N 
ID record (short form) 
.ox. 

Transaction block (long form) 
Apparent amount of SMU transfers 
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Appendix 7: Transaction Errors 



ELSE contains transactions other than ACQUIRE. 

ELSE Mowing ACQUIRE has W asset pairs. For the purpose of this 
comparison, all debt of any particular entity is considered to be the -same 
irrespcctire of maturity. 

ELSE follows transaction other than DELEGATE or ACQUIRE. 
Invalid asset in this context. 

Debt instrument cannot be used by non-issuer as «asset2» m ACQUIRE 



Invalid command tor this type of entity: 

1. BANK can only be entered by an enterprise. 

2. DELEGATE cannot be entered by a delegatee-organisation except lor pro- 
prietary assets. 

3. DIVIDEND can only be entered by an enterprise. 

4. FILTER can only be entered by a delegatee-organisation. 

5. GRADE can only be entered by a financial institution coded as an evalnatoi- 
organisation. 

6. JOIN and LEAVE can only be originally entered by an enterprise, though 
they can be validly posted to an individual transaction block. 

7. OVERSIGHT can only be entered by the appropriate government agency 
(eg., Privatisation Board). 

8. PERCENTAGE can only be entered by ddegatee-organisations. 

9. SECURITY can only be entered by a chiscn, or by the government. 

Invalid command in this context 

X. TRANSFER and DELEGATE commands invalid within SECURITY sub- 
block. 

Unmatched FILTER command. 



Unmatched SECURITY command. 
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Section 1. IntrpfltiCtjon 

Privatization Planner(tm) implements a truly adaptive knowledge 
base. Users can review, evaluate and contribute to the 
structured information. Their contributions are in turn 
evaluated by other users. Such evaluations determine which 
portions of the knowledge base survive into future generations. 
This software technology is a tool which transforms the knowledge 
of a user community into a dynamically growing and evolving 
knowledge base. 

Privatization Planner(tm) also incorporates a process to 
effectively access knowledge base entries. For example, assume 
that one node of the knowledge base is a bibliography containing 
thousands of books or articles as subtopics. The first access 
technigue is via hierarchical topics, distinguished by allowing 
pages of information to be associated with each topic mode and 
not just the terminal nodes. Once the bibliography topic is 
selected, the challenge remains how to effectively access the 
thousands of subtopics. 

A very large n umb er of (for example) bibliographic subtopics can 
be effectively accessed by (see the Order command): 

1. Finding all works posted after a given date; 

2. Finding all works matching a given set of keywords; 

3. Selecting only those works previously evaluated within 
a certain range by a specified user or users; 

4. Selecting only those works whose actual or estimated 
evaluation by the user himself or herself is within a 
certain range; 

5. A combination of the above choices. 



The selected subtopics can also be sorted by date, other user(s) 
evaluations, or actual/estimated evaluations of the user himself 
or herself. 



Privatization Planner (tm) can be implemented on diskette or other 
physically transported media, or by an electronic network. In 
either case, the implementation can be hierarchical, with nodes 
of computers collecting contributions and evaluations which are 
periodically aggregated by the computer at the parent node. The 
preferred implementation is a combination of both approaches, 
with physical media periodically integrated into an electronic 
network knowledge base. 
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Section 2, Operation of Privatization Planner ( tin ) 



A. From the Perspective of an Individual User 



Access to the hierarchical knowledge base is provided either by 
an electronic network or by physical media such as diskettes or 
CD-Roms. The user first copies the knowledge base onto a hard 
disk when available (for physical media rather than electronic 
network), and types "ndn". The system then displays a welcome 
screen, and prompts as necessary: 

Enter disk drive for ndn file [e.g., 'c:']: 

Enter directory of ndn file [e.g., 'ndn']: 

At this point, the program displays the top of the hierarchical 
"table of contents" in "page mode", and awaits user commands. 

Upon completion of the user's review, the knowledge base will 
include his or her evaluations and proposed changes. The user then 
copies the knowledge base back to diskette and forwards it to the 
system coordinator for compilation and analysis. 



B. From, the Perspective Pf the fiysteffi cpprd^nPfror 

The job of the system coordinator can be parsed into a series of 
tasks: 

i) The current version of the executable program file and the 
hierarchical data base is made available to a select set of 
interested and knowledgeable users. 

ii) The users explore those portions of the data base which are of 
relevance and interest to them. In the process, they have the 
ability to enter their opinions for the values of variables, to 
evaluate and comment on topic layouts and page contents, and to 
propose additions, replacements or deletions to topics and/or 
pages . 



iii) For physical media users, those media are returned to the 
system coordinator, who aggregates them by copying directories and 
files onto a disk partition, and then onto a composite diskette or 
diskettes. The composite diskette(s) are then redistributed for 
evaluation and comment. Note that if necessitated by the quantity 
of information, different subsets of the composite data base can be 
distributed to different users based on their expressions of 
interest for this evaluation phase. 
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A set of diskettes is then prepared for each contributor, including 
his or her own topic setup and page contents, and all the feedback 
it generated (evaluations, comments and entries for values of 
variables). This contributor is then given an opportunity to make 
modifications based on that feedback, and return a new version to 
the system coordinator. 



iv) The system coordinator again copies directories and files onto 
a disk partition, and then runs the following modules when 
available: 

— "vacuum", which cleans out all unused files and directories? 

"evaluate", an optional step which tags the nodes of the 

hierarchical data base with values calculated according to the 
scoring parameters and algorithms then in effect; 

"select", which copies to diskette(s) several versions: the 

optimal (default) version of the hierarchical knowledge base, 
contributions from the H highest-evaluated users, and contributions 
from other users as a probabilistic function of their evaluations 
and the user's interest in those topics. 

v) The selected versions are then distributed at the start of a new 
"generation", corresponding to step (i). 

vi) The security system for diskette (or other physical medium) 
amounts to transmission to and from known users. The software 
supports the ability for each distributee to circulate the original 
diskette or a copy of it among additional users (who would have the 
same ability). 

However, since all the users of a given physical diskette would 
have the ability to alter or override each other's responses, this 
should be limited to knowledgeable and interested persons in a 
position of privity to the original distributee. 

In addition, where the system is used in a "closed end" automatic 
optimization mode, where the evaluations of a known set of users 
determine the versions preserved into subsequent distribution 
cycles, if the distributee includes additional users then a single 
"optimal" representation of the distributee's entire group can be 
formulated. 

For implementation on an electronic network, physical distribution 
of diskettes is unnecessary and standard security procedures for 
access and login would apply. In addition, an on-line system can 
make available to each user the entire knowledge base and all 
proposed contributions. 
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i. Description of User Commands 

The adaptive knowledge base is organized into topics and pages, 
with two corresponding modes of operation. In topic mode the 
hierarchical organization of topics covered in the system can be 
displayed and altered. It can be thought of as an interactive, 
hierarchical table of contents. In page mode the contents of pages 
of information relevant to the current topic within the 
hierarchical knowledge base can be displayed and altered. The 
topic can be thought of as part of the table of contents, while the 
pages are the actual information addressed by that table of 
contents . 



ft. Command Summary 

A Add a topic or page (e.g., A2 adds before second one). 

B Back to previous screen of topics, if can't fit on one screen. 

C Customize user's setup. 

D Delete a topic or page (e.g., D2 deletes second one). 

£ Evaluate a topic or page (prompts for 1-5 rating and comment). 

F Forward a screen of topics (when can't fit all on one screen) . 

G Goto a previously Labelled topic (e.g., Gbiblio). 

H Help explains available commands. 

I Interest level in topic (II: no interest, 15: most interested). 

J eject page from laser printer. 

K Keyword definition or invocation. 

L Label the current topic (e.g., Lbiblio). 

M Map display of current region in data base. 

N Name the current topic differently. 

O Order the current subtopics (i.e., filter and sort). 

P Page. Switch to Page mode, or display Page X (e.g., P2). 

Q Quit the knowledge base. 

R Replace topic or page (e.g., R2). 

S Simulate the Privatize! (tm) computerized marketplace. 

T Topic. Switch to topic mode, or display topic (e.g., T2) . 

U User. Topic/page version in topic mode. Values in page mode. 

V Values. Entry of user-specified values embedded in pages. 

W Write a message to a specific user or set of users. 

X exit Customize, Help, Map, Order, Simulate & Write commands. 
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r. Documentation of Commands 



ftdd 

syntax: A or Axx 

where xx is between 0 and the number of topics or pages available 
at this level in the hierarchy. 

This command allows a user to add a topic or page at the current 
level in the hierarchy. 

A appends a new topic or page after existing topics. 

Axx adds a new topic or page before number xx, except "AO" is 
equivalent to "A". 

After creating a new topic, the user is prompted to enter its name. 



Error condition: 

1. If xx specifies an unavailable topic or page, the user is 
notified and prompted to try again. 

2. While one user may view another user's topic organization or 
page contents, modification of them is not allowed. 



BacK (and Forward) 

Syntax: B or Bxxxx; F or Fxxxx 

If there is a large number of subtopics at a given node, the Back 
and Forward commands allow a user to effectively move through them. 

For example, if the user is currently displaying the 500th to 520th 
subtopics, then issuing B will reposition the display to the 480th 
to 500th subtopics, and issuing B15 will reposition the display to 
the 15th to 35th subtopics. 

If the user is currently displaying the 1200th to 1220th subtopics, 
issuing F will reposition the display to the 1220th to 1240th 
subtopics, and F2000 will reposition the display to the 2000th to 
2020th subtopics. 
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Customize 
Syntax: C 



Customize allows a user to tailor system options to his or her 
preferences. It can be invoked immediately after login, or at any 
time subsequently from any directory topic and is terminated with 
the exit command. System default options are overridden when the 
user enters new options- The user's choices are given effect for 
the current directory and all subdirectories, unless overridden by 
a later customize command. A system parameter determines whether 
or not a Customize command for a given directory overrides 
previously entered Customize commands for its subdirectories. 

Customize is implemented by copying into the current directory (if 
not previously copied) a template Customize subtopic of the System 
topic in the root directory, along with an explanatory page with 
embedded values for different options. 

The specifiable options, which the system prompts for, include: 

1. Identification of user contributions, which allows a 
user to remain pjjfclic. (the default), have the system 
select an alias by which his or her contributions can 
be accessed by others, or to become private to prevent 
access by others. 

For example, a user could choose to be private for a 
particular bibliography directory while developing and 
implementing a new keyword design, and then go 
public at a stage suitable for review by others. 



2. Changing parameters "alpha" , "beta" and "gamma" used to 
correlate user evaluations to evaluations entered by 
others. For a description of these parameters, see 
the documentation of the "Order" command. 

3. For diskette (and other physical media) users (rather 
than electronic network users ) , specifying the type of 
medium (physical size and storage capacity) and the 
maximum number (e.g. of diskettes) to be sent. If the 
entire knowledge base and all proposed alternatives 
exceed this size, topics of no interest will be 
excluded and alternatives will be probabilistically 
included as a function of the user's interest level 

in particular topics (see the Interest command). 
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pejete 
Syntax: Dxx 

where xx is between 1 and the number of topics or pages available 
at this level. 

This command allows a user to delete a topic or page in the current 
level in the hierarchy. 

Error conditions: 

1. If xx specifies an unavailable topic or page, the user is 
notified and prompted to try again. 

2. While one user may view another user's topic organization or 
page contents, modification of it is not allowed - 



Eval 

Syntax: E 

This command allows a user to evaluate the organization of the 
current topic or the contents of the current page, and to enter any 
comment on it. 

The program first requests an evaluation as follows: 
Please evaluate this topic/page (1 = very poor, 5 = very good): 



The user has the option to enter a number from 1 to 5 (3 being 
neutral ) . 

The program then requests any comment: 

Please enter any comment on this topic: 

The user then has the option -to enter a comment, terminated by a 
"carriage return" or "enter" keystroke. 



Error condition: 

If the logged-on user is in his or her own setup, the Eval command 
is unavailable. 



Forward 

Syntax: F or Fxxxx 

See the Back command for a description of the Forward command. 
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Goto 

Syntax: Gxxxx 

The Goto command repositions the user at the node in the 
hierarchical knowledge base previously "Labelled" as xxxxx. 
Therefore, it is convenient to Label topics which a user expects to 
return to repeatedly. Labels which begin with the character are 
considered temporary, in the sense that they can be overwritten 
without warning if the space is needed by new labels. 

Labels are stored in the page(s) associated with the Label subtopic 
of the System topic in the root directory. The user can directly 
review the labels by selecting this Label subtopic and switching to 
page mode. This is how the user chooses which permanent label (s) 
to delete (by blanking the label field) when all slots are so used. 

Error condition: 

Attempting to define a new label after more than a predetermined 
number (initially set to 20) of permanent labels has been defined 
for a particular user. 

Help 

Syntax: H or Hx 

The Help command provides on-line documentation of potential 
commands to the user. It is terminated by the exit command. 

H positions the user in the Help subtopic (of the System topic in 
the root directory), which displays a list of commands with brief 
descriptions which the user can select in order to inspect their 
page(s) of documentation. 

Hx positions the user directly in the starting page of 
documentation for the subtopic associated with co mman d x. 



Interest 

Syntax: I or Ix 

The Interest command allows a user to specify his or her degree of 
interest in a topic and its subtopics. If the user enters I, the 
system prompts for the interest level x (l indicating no interest, 
5 the most interest). 

For a diskette (or other physically transported medium) user, if 
the knowledge base size exceeds the maximum number of diskettes 
specif xed in the Customize command, then topics of no interest will 
be excluded and alternatives will be probabilistically included as 
a function of interest level in particular topics. 
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Syntax: K (or Kxxxx, etc. see below) (from topic), or: 
Kxxxxx=S Kxxxx=U Kxxxx=yyyy (from subtopic) . 

Keywords are generated or reviewed by entering the command K, which 
switches the user to the Keyword topic in the current directory 
(copied from a template in the root directory when necessary). The 
keyword topic has an explanatory page with embedded values for 
different keywords, with keywords contributed by different users 
accessible via the User command just like other embedded values. 
Keywords defined in the root directory are accessible from any 
subdirectory, but keywords defined in a "keyed" directory other 
than the root apply only to immediate subdirectories. 

The command Kxxxx (or Kxxxx=S?) from a topic will filter out all 
subtopics which do not match keyword xxxxx; the command Kxxxx- (or 
Kxxxx-S? or Kxxxx=U?) filters out all subtopics which match 
keyword xxxxx; the command Kxxxx=yyyy? filters out all subtopics 
which do no£ match the yyyy value for keyword xxxxx; and the 
command Kxxxx-yyyy? filters out all subtopics which fie match the 
yyyy value for keyword xxxxx. Successive keyword commands before 
moving up and out of the "keyed" directory successively filter out 
additional sets of subtopics. 

The entry for each keyword consists of the keyword itself, a 
description of its meaning, and an optional boolean text 
specification. This specifies those words which must be present or 
not in the subtopic's name or page information in order for it to 
be accessed by the keyword. However, this "first approximation" of 
whether a particular subtopic matches a particular keyword can be 
overridden by entering: 

Kxxxx=S or Kxxxx=U 

from the particular subtopic itself, where xxxxx is the keyword, 
S is the flag for "Set" (meaning that subtopic will be accessed by 
the keyword), U is the flag for "Unset" (meaning that subtopic 
won't be accessed by the keyword). Kxxxx=yyyy is issued in a 
subtopic for multi-value keywords (e.g., Kcountry=US ) . 

Note that the evaluation by other users of a Keyword page applies 
not to the page itself, but rather to the keywords proposed by the 
user whose embedded values (keywords) are displayed. The keywords 
are ranked (e.g., by summing the signed deviation of their 
evaluations from the average evaluation of 3 ) , and the best are 
then presented as future defaults. 



WO 94/1007 



PCT/US93/10557 



Label 

Syntax: L or Lxxxx , description 

The Label command works in conjunction with the Goto command. The 
Label command associates the location of the current node with the 
identifier xxxx, so that Gxxxx will return the user to that 
location . 

If the user enters L, the system prompts for the label itself and 
a brief description of the node. It will then place that 
information in page(s) associated with the Label topic in the root 
directory. 

Note: If the label xxxxx starts with a w . n , it is "temporary" and 
subject to being overwritten without notice by new labels if there 
are no free slots. If the user requests a new label after all his 
or her slots are filled with "permanent" labels (not starting with 
" . " ) , the system requests that the user inspect the pages of the 
Label topic and blank out unwanted labels to free up space. 



Map 

Syntax: M 

The Map command displays the environment of a node by showing the 
ancestory of that topic up to the root directory. It is terminated 
with the exit command. 

Note: subtopics are already listed when viewing a node in topic 
mode, and "siblings" can be seen by stepping up one level in the 
hierarchy with the T command. 



Name 

Syntax: N 



The user is prompted to enter a new name for the current topic. 

Note: to change the name of one of the subtopics of the current 
topic, that subtopic must first be invoked with the "Topic" command 
before using the "Name" command. While that subtopic could have 
been replaced without changing to it, its contents or "pages" of 
information would have been lost. 

Error condition: 

A user is not allowed to modify another user's topic. 
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Order 

Syntax: O or Oxxxx 

The Order command supports filtering and ranking a large number of 
subtopics, using entry dates, Keywords, other users' evaluations, 
and estimates of the current user's own actual or estimated 
evaluations. It is terminated by the exit command. 

Order is implemented by a subtopic of the System topic in the root 
directory, with an explanation page with embedded values for 
different choices. Oxxxx (where xxxxx has been defined in a 
previous Order command) results in the system performing the 
specified filtering and sorting on the subtopics of the current 
directory. O (or Oxxxx where xxxxx has not been previously 
defined) results in the system displaying the appropriate page with 
instructions . 

The first values to be entered are the label for this particular 
order arrangement, and any optional description. Next, the user is 
prompted to enter the range of posting dates to consider (e.g., to 
check only previous ly-unre viewed subtopics). The next prompt is 
for those keywords which must all be matched. Alternatively, more 
general boolean logic could be used. The user then has the option 
to specify a range of evaluations in which he or she is interested, 
either by a specific user or all users averaged. Alternatively, 
specified subsets of users could be averaged. If the evaluation of 
a specific subtopic falls outside this range, it is filtered out. 
The next prompt is for the range of the user's own evaluation, 
either entered previously by the user or estimated from other 
users' entries by regression analysis (see section 5). 

Note that a user will be motivated to enter some evaluations, since 
only by correlating those entries with other users' evaluations can 
the system respond with an estimated evaluation for subtopics which 
the user hasn't yet evaluated. This also allows the system to post 
cross-correlations (between this and other users' evaluations), 
which can then be displayed and used as a sort key when selecting 
which other user's version to inspect. 

The user also has the option to multiple-sort the filtered 
subtopics by date of posting, evaluations by other users, his or 
her own actual or estimated evaluations, or by subfields of the 
subtopic name (such as title or author of works in a bibliography). 



Note: Alternatively, boolean combinations of date, other 
evaluations and user evaluation conditions can be supported. E.g.: 
date within the last week; AND ranked at least superior by a 
specific other user OR else by all users averaged; OR estimated to 
be ranked above average for the user himself or herself; with 
sorting by the user's own actual /estimated evaluations. 
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Page 

Syntax: P or Pxx 

— Topic mode — 

In topic node, the P command allows the user to switch from topic 
mode to page mode. (Topic mode is used to view or alter the 
organization or hierarchy of the information base, while page mode 
is used to view or alter the actual contents of a particular topic 
in the hierarchy . ) 



— Page mode — 

In page mode, the P command displays the next page, and Pxx 
displays page xx. The system notifies the user if the requested 
page doesn't exist. 



Quit 

Syntax: Q 

This command gracefully terminates operation of the program, 
returning the user to the operating system. 



Replace 

Syntax: Rxx 

where xx is between 1 and the number of topics or pages available 
at this level. 

This command allows a user to replace a topic or page in the 
current level in the hierarchy. 

Error conditions: 

1. If xx specifies an unavailable topic or page, the user is 
notified and prompted to try again. 

2. A user may view but hot modify another user's topic organization 
or page contents. 
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simulate 
Syntax: Sxxxx 

This command allows a privatization policy-maker or policy analyst 
to participate in a simulation of the algorithms and processes of 
the Privatize! (tm) computerized marketplace. It is terminated by 
the exit command. 

If Simulation xxxxx has not yet been initiated, the system asks 
whether the user wishes to initiate a new privatization marketplace 
simulation by performing the role of "government". If so, the user 
is repositioned into the Simulation xxxx Setup subtopic (whose 
"ancestory" is root\Utility\Simulation\Siraulation xxxx). There, 
the user, as "government", specifies (as embedded values in the 
associated page(s) ) : 

ids of eligible participants (or can allow anyone to 
participate) and optional "personae"; 

ids and descriptions of eligible delegatee-organizations 
(when the Delegate transaction is supported); 
supported transactions and assets; 

initial endowment of participants and any subsequent 
privatization transfers (or levies like fees or taxes); 
default period of investment cycle (measured by time 
interval or cumulative number of submitted transactions); 
general announcements to participants. 

Note that the individual participants and the government can 
communicate directly via the Write command. For example, a user 
wishing to be approved as a delegatee-organization could submit 
descriptive qualifying data. If the "government" approved, that 
user would be added to the list of delegatee-organizations. 

If a user- "government" has already set up simulation xxxxx, then 
the user issuing the Sxxxx command is repositioned into the 
Simulation xxxxx topic and selects one of the following subtopics: 

1 Simulation xxxxx Setup 

— 2 Simulation xxxxx Price History 

— 3 Simulation xxxxx Portfolio History 

The Setup subtopic displays the simulation framework as specified 
by the "government". The Price History subtopic has pages of 
information containing asset price data for each investment cycle, 
calculated by periodically executing the Privatize! (tm) simulation. 
The Portfolio History subtopic has pages containing portfolio and 
transaction data, by user, for each investment cycle. The 
transaction data is tagged as consummated or not by the periodic 
simulation. In each case, the data is represented by embedded 
values under the "government" id, except for the portfolio history 
data under each user's own id. 
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Topic 

Syntax: T or Txx 

— Page mode — 

In page node, the T command switches the user to topic mode. 
(Topic mode is used to view or alter the organization or hierarchy 
of the knowledge base, while page mode is used to view or alter the 
actual contents of a particular topic in the hierarchy.) 

— Topic mode — 

In topic mode, this command allows a user to move about in the 
organizational hierarchy of topics. 

T steps up one level in the hierarchy by invoking the next higher 
topics . 

TO invokes the root topics at the top of the hierarchy. 

Txx selects the specified subtopic from among the displayed 
selections, where xx is between 1 and the number of available 
subtopics . 

Note: If the subtopic name begins with "EXECUTE xxxxx" , then 
Privatization Planner(tm) will store in a file the user's current 
position in the knowledge base (along with other information), and 
begin execution of program module xxxxx (for instance a gateway 
program into another information network or a market analysis 
program which charts prices or otherwise analyzes price history in 
support of trading decisions ) . Upon completion of program xxxx , 
the user types (at the operating system prompt) "RESUME", which 
reads the file updated by the EXECUTE xxxx subtopic in order to 
restore the user to the same position in the knowledge base. 



Error conditions: 

If xx specifies an unavailable topic, the user is notified and 
prompted to try again. 
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User 

Syntax: U or Uid; 

where id corresponds to the character string identifying a 
particular user. 

If "U" is entered without an id, the system presents the id and 
name of each available user (optionally sorted by cross-correlation 
with the requesting user), and provides an opportunity to select 
each in turn. 

If "U n is entered with an id, the system verifies the id is 
accessible and then presents information appropriate to that user. 



— Topic Mode — 

If the id specified in the "U" command does not correspond to that 
of the logged-on user, he or she will be prevented from executing 
Add, Replace, Delete or Name commands. 

On the other hand, if the id specified in the "U" command 
corresponds to that of the logged-on user, he or she will be given 
an opportunity to "adopt" the organization and contents, for the 
current topic, of either the default version or the version another 
user. 

The system first informs the logged-on user whether he or she 
already has a personally customized setup for the current topic. It 
then asks whether the logged-on user wishes to "adopt" as his or 
her own, and therefore accessible to future revision, the default 
topic organization and page layout or that of another user. 



-- Page Mode — 

The User command in page mode allows the logged-on user, who is 
accessing the page contents of a second user's (or his or her own) 
topic setup as determined by the latest User command in topic mode, 
to view the entries of still a third user for the values of 
variables embedded in the page. 

While the User command in page mode does not invoke a different 
user's organization or contents, the form and usage are exactly 
analogous to that in topic mode. 
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Values 
Syntax: V 



Each page can contain a series of variables embedded within the 
text, demarcated by a pair of braces "{...}"• This command allows 
each logged-on user to enter his or her own judgment as to the best 
values for those variables. Each variable can be of arbitrary 
length and can take on the value of any sequence of alphanumeric 
characters . 

The program will highlight each variable in turn, and prompt the 
user for a new entry. The user need not enter a value for all or 
any variables. On the other hand, if a user's judgment should 
change, additional subsequent entries supersede earlier ones. 



Write 

Syntax: Wxxxx 

The Write command allows a user to send a message to a specific 
user. It is implemented using the Message subtopic of the System 
topic in the root directory, and is terminated with the exit 
command • 

The user types the message into a new page associated with a new 
entry at the Message node. This will be stored under the 
recipient's ID, and is the only time one user can alter information 
stored under another user's ID. The other user reads any messages 
by logging on, viewing the Message directory, and selecting 
messages to read from the list of subtopics. 

After reading a message, the recipient can respond to it with 
another Write command and delete it with the Delete command. 



exit 

Syntax: X 

The exit command terminates operation of the Customize, Help, Map, 
Order, Simulate and Write commands. 
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A. Knowledge Base Adaptation 



A. Paramet ers Used to Evaluate Alternative Versions 

The scoring algorithms rely on the evaluation of topics and pages. 
Three parameters are used in the process of transforming the set of 
evaluations into composite scores. 



The first parameter relates to the issue of quality versus 
quantity. A purely "intensive" scoring system would score ten high 
quality pages of information equally to one such page. On the other 
hand, an "extensive" scoring system would score two mediocre pages 
twice as high as one. 

On the assumption that the value of the data base is a combination 
of its quality and quantity, the parameter "extensivity" achieves 
this as follows: 

value = (quality score) x (measure of quantity) A {extensivity } 
or 

value = (quality score ) A ( 1-ext . ) x (measure of quantity ) * ( ext . ) 

where both the quality score and the measure of quantity are 
greater than or equal to one, and the extensivity parameter is in 
the range from 0 (i.e., only quality matters) to 1 (i.e., the score 
is proportional to quantity). 

Parameter "content" fixes relative weights of organization and 
content: 

topic value=(" content ")x( evaluation of aggregated subtopic content) 
+ (1 - "content") x (evaluation of organization) 



where the parameter "content" is between 0 (i.e., only organization 
matters) and 1 (i.e., only content matters). 

The final parameter "persist" increases the valuation of each 
component of the benchmark version, to require that a threshold of 
improvement be exceeded before changes are adopted: 



(benchmark valuation) = (benchmark valuation) (1 + "persist"/! 00) 
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B. Algorithms Used to Evaluate Alternative Versions 

The scores of topics are built up from the scores of components 
such as subtopics and pages. 

The score of any given page VAL(page) is the average of all 
submitted evaluations, optionally deleting the X% highest and 
lowest scores to decrease the sensitivity to outlier evaluations. 
The score of the set of pages ("FKAP") constituting the content of 
a topic is: 

VAL(PHAP) = (average VAL(page)) x (number of pages ) A extensivity 
or 

VAL(PMAP) « (average VAL(page) ) A (l-ext. ) x (number of pages) A ext. 

The value of a set of subtopics is then: 

VAL( subtopics) = 

(average VAL(PMAP)) x (number of subtopics) A <extensivity) 
or 

(average VAL(PMAP) ) * (1-ext. ) x (number of subtopics) A ext. 

The value of a topic can then be calculated as: 

VAL(topic) = ("content") x (VAL( subtopics) ) 

+ (1 - "content") x (VAL(SHAP)) 

where SMAP is a given arrangement of subtopics , and VAL(SMAP) is 
the average evaluation of that organization. 
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Privatization Planner (tm) provides a user the ability to select and 
sort entries based on his or her own evaluation. If the user has 
not yet evaluated a particular entry, the system can provide an 
estimate derived from a regression analysis of entries which the 
user has evaluated versus other users' evaluations. 



The estimation method is: 



1. Formulate the two-dimensional evaluation array E 1J# where 
i is the user index (u being the index for the user whose 
evaluations will be estimated) and j is the observation 
index. 

2. Formulate the one-dimensional array W" 5 as follows: 

W*, « 1 + |E* - E 5 |- 

if there is an actual observation for E u) , and 

W", = o otherwise. 

In this expression, a is a user-specifiable parameter 
whose default value is 0. This weight function, which 
provides the ability to weight more heavily observations 
where the user's evaluation differed most from the 
average, can be replaced by other weight functions. 

3. Formulate the one-dimensional array W% for each i ^ u 
as follows: 

W A j « if there is an actual observation for E 13 , 

W A j = 0 otherwise. 

This ensures that there is a non-zero weight only where 
there are actual observations for both users u and i. 

The preferred implementation is to already have summed 
the number of actual evaluations for each user, and to 
presort them by descending number, and then only consider 
the first X percentile according to processing power and 
response time constraints. 



WO 94/1007 



22 1 ;„ 



PCT/US93/10557 



Perform a regression of E^ vs. E 13 with weights W A 5 . 
The default functional form is linear as follows: 

A 

Euj = m A E 15 + h x , 

although other functional forms such as polynomial or 
logarithmic are possible. 

The preferred implementation is to first form two sums: 
"regression observations" -= 2iW A }f and 
"# predictions" = number of instances where there is 
no observation for user u (and therefore needing 
an estimate) and there is an observation for user i 
( and therefore able to provide an estimate ) . 
Then, the regression analysis ifi. performed only against 
those users i for whom the two sums are in top Y and Z 
percentile respectively, or alternatively is not 
performed against those users i for whom those two sums 
are in the bottom Y and 2 percentile respectively. 

The estimate for each observation j which lacks an actual 
evaluation by user u is found by: 



r A is the correlation coefficient for the selected . 
functional form regressing E^ vs. E 13 ; 

6 is a user-specifiable parameter, whose default is 1, 
able to modulate the weight of the correlation 
coefficients; 

y is a user-specifiable parameter, whose default is 1, 
able to modulate the significance of the sums of the 
weights of the observations used in the regression. 

Notes: 1) This approach reduces the severe multi- 
col linearity problems which would result from a 
multiple-user regression analysis. 

2) Other weight functions are possible. For example, 
the weight of the prediction of user i can be set to 
2ero when user i and user u are ant i -correlated (i.e., 
r, < 0) by replacing r A in the above formula with the 
term MAX^rJ. In addition, the user could restrict 
the regression analysis to a specified set of users. 
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section 1. pacfrground 



It is natural for individuals and groups to aspire to a clean 
environment and economic development for themselves and their 
progeny. These aspirations are evolving into two new human 
rights norms: the right to a safe environment and the right to 
development. At the same time, these dual aspirations are 
combining into a duty of states to pursue sustainable development 
under a new international public trust doctrine. 

The immediacy of this challenge is clear, as the human population 
grows past five billion individuals on a finite, irreplaceable 
planet. 

Unprecedented cooperation between academe, government and 
industry will be necessary to learn the science, develop the 
technology, train the leaders, formulate the policies, coalesce 
the support and commercialize the products and services necessary 
to achieve sustainable development. 

The Sustainable Development Server (tm) is intended to serve as a 
focal point to facilitate the necessary development and 
interaction. Participants can review, evaluate and contribute to 
structured information in an adaptive knowledge base specializing 
in sustainable development. The philosophy of this approach is 
that the combination of powerful yet friendly software 
technology, an interesting, useful and well -structured initial 
knowledge base, and a knowledgeable and motivated user community, 
will yield a "critical mass". In this case, dynamic positive 
feedback loops will lead to improvements in the software 
technology, expansion of the knowledge base, and growth of the 
user community. 
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section 2. The Conceptual De velopment of Sustainable Development 



It is not enough to identify the problem. Even if the pursuit of 
sustainable development becomes acknowledged as a policy 
imperative by the leaders in academe, government and industry, 
this must be translated into specific choices and concrete 
actions. Sustainable development must evolve beyond a cliche 
into a mature, operational concept. 

One approach, following MIT economist Robert Solow, is to 
inventory all forms of capital and track whether they are 
increasing in the aggregate. From this perspective, a diminution 
in one form of capital can be compensated by an increase in 
another. For example, even economic development of part of a 
rainforest which was effectively invested in human capital 
through education could be consistent with sustainable 
development. 

This aggregate-capital conceptual structure is outlined in Figure 
1. Capital assets (and liabilities!) are categorized into non- 
human assets (biological, environmental and natural resources) 
and human social assets (human resources, intangible products and 
tangible products) . Assets (and liabilities) are subject to 
intra- and inter-category transfers by individuals and 
organizations. 

Policy instruments such as regulations (e.g., prescriptive, 
performance, taxation) or the establishment of bundles of 
property rights along with their transfer mechanisms (e.g., gift, 
sale, rent) affect the behavior of individuals and organizations. 

Taken together, sets of assets and associated policy instruments 
constitute portfolios. These portfolios can be associated with 
individuals, enterprises, countries, regions or the world. 

A central focus of sustainable development is the choice of 
technique to value and to aggregate such portfolios, taking into 
account appropriate constraints imposed by distributional equity. 
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Figure 1- Sustainable Development 
From the Perspective of Aggregate capital 
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- regulation (e.g., prescriptive , performance , taxation ) 

- establishment of bundles of property rights, along with 
mechanisms for their transfer (e.g., gift, sale, leasing, rent) 

- alternative valuations of assets (and liabilities) 



Assets (and liabilities) are subject to intra- and inter-category 
transfers by individuals and organizations. These transfers are 
affected by the choice of policy instruments. Taken together, 
the assets (and liabilities) and policy instruments constitute a 
portfolio associated with individuals or groups. The valuation 
and aggregation of such portfolios, subject to appropriate equity 
constraints, is a central focus of sustainable development. 
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Section 3. Sustainable De velopment Server: (tm) 
A collaborative Knowledge pase 



A collaborative knowledge base is the product of a knowledge 
building community which constructs patterns of knowledge through 
sociocultural activity, while renewing itself through ongoing 
apprenticeship. 1 Education has typically involved the assignment 
of tasks or the orchestration of a novice's development. -5 In 
contrast, a knowledge building community helps novices "formulate 
their own goals, do their own activating of prior knowledge, ask 
their own questions, direct their own inquiry, and do their own 
monitoring of comprehension. " 3 In the development of the science 
and policies to further sustainable development, collaboration is 
mutually beneficial as the knowledge base grows cumulatively, if 
not exponentially. Therefore, it is essential for representatives 
from academe, government and industry to coalesce into an 
effective knowledge building community. 

A knowledge building community of environmental and policy 
analysts can be promoted by the sustainable Development Server in , 
a collaborative knowledge base generator. It is initialized with 
a hierarchy of topics containing pages of information. This 
knowledge base is distributed by the system coordinator to 
knowledgeable and motivated users by diskette, or made available 
on an electronic network. Users can then evaluate and comment on 
its organization and content or propose changes. 

For example, the first menu of topics includes "Academic 
Programs", "Best Practices", "Bibliography", "Consortium 
Members", "Employment and Services", "Information Networks", and 
"Suggested Imporvements to the System". The user could choose the 
"Academic Programs" topic , select the "Massachusetts Institute 
of Technology" eubtopic, and then explore the different course 
listings, departmental programs and research programs with an 
environmental aspect. 



x See M. Scardamalia, C Bereiter, "An Architecture for 
Collaborative Knowledge Building" 2, in E. De Corte, M. Linn, H. 
Mandl, L. Verschaffel (eds.), "Computer-Based Learning Environments 
and Problem Solving", NATO-ASI Series F* : Computer and Systems 
Sciences (in press) . 

2 M. Scardamalia, C. Bereiter, "Higher Levels of Agency for 
Children in Knowledge Building: A Challenge for the Design of New 
Knowledge Media", 1 (No. 1) Journal of Learning Sciences 37, 38-39 
(1991) . 



Id. at 39. 
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At this point the user has a variety of options before moving on 
to another topic. He or she can respond to questions embedded in 
the information pages (such as whether to be placed on a mailing 
list for additional information) . The user can also evaluate and 
comment on the presentation of the topic, and thereby influence 
whether or not it will be retained into the next generation. 
Another option is to insert proposed new pages of information or 
even additional related subtopics. The proposed additions can 
also contain embedded questions, and will also be subject to 
evaluation and comments. 

The system coordinator compiles all responses and makes comments 
available to the relevant authors for review. After either 
manually or algorithmically determining the "best" versions and 
alternates of the knowledge base from the evaluations provided by 
the analysts, the next generation is distributed and undergoes 
another cycle of review. 

Design choices reflect the objective to achieve a clean, simple 
and cost-effective system. While there is a login sequence to 
identify responders, security is provided by transmission of 
diskettes to and from known groups ineligible to sign with other 
users 1 ids. While proposed topics and pages of information are 
available to all users for review, comments are only made 
available to the relevant authors. This preserves the 
independence of future comments and simplifies processing, but at 
the expense of intellectual interaction. The algorithms to 
"score" the topics and pages of information are straightforward 
functions of quality and quantity, subject to parameter-tuning or 
even manual override in practice. Finally, pop-up windows for 
simultaneous topics, help screens or glossaries may be desirable. 
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Section 4. Operation of the Sustainable Development Serverftm) 



A. Prom the Perspective of an Individual User 

Each user is provided a diskette containing the executable nodule 
"sds.exe", and a hierarchical data base of sustainable 
development information contained in directory "sds". The user 
first copies these onto disk when available, and then types: 

sds 

The system then prompts as follows: 

Enter disk drive for sds file [e.g., •c: i ): 

Enter directory of sds file [e.g., , sds*]: 

In each case, the suggested answers constitute an appropriate 
default. 

At this point, the program displays the top of the hierarchical 
"table of contents' 1 in "page mode", and awaits user commands (see 
sections 5 and 6) . 

Upon completion of the user's review, the data base will include 
his or her evaluations and proposed changes. The user then copies 
the data base back to diskette and forwards it to the system 
coordinator for compilation and analysis. 



B„ FTPm the Perspective of the System Coordinator 

The job of the system coordinator can be parsed into a series of 
tasks: 

i) The current version of the executable program file and the 
hierarchical data base is distributed to a select set of interested 
and knowledgeable users. 

ii) The users explore those portions of the data base which are of 
relevance and interest to them. In the process, they have the 
ability to enter their opinions for the values of variables, to 
evaluate and comment on topic layouts and page contents, and to 
propose additions, replacements or deletions to topics and/or 
pages . 

Note that the security system amounts to the transmission of the 
diskette to and from known users. The software supports the ability 
for each distributee to circulate the original diskette or a copy 
of it among additional users (who would have the same ability) . 
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However, since all the users of a given physical diskette would 
have the ability to alter or override each other's responses, this 
should he limited to knowledgeable and interested persons in a 
position of privity to the original distributee. 

In addition, where the system is used in a "closed end" automatic 
optimization mode, where the evaluations of a known set of users 
determine the versions preserved into subsequent distribution 
cycles, if the distributee includes additional users then a single 
"optimal" representation of the distributee's entire group can be 
formulated. 

iii) The diskettes are returned to the system coordinator, who 
aggregates them by copying directories and files onto a disk 
partition, and then onto a composite diskette or diskettes. The 
composite diskette (s) are then redistributed for evaluation and 
comment. Note that if necessitated by the quantity of information, 
different subsets of the composite data base can be distributed to 
different users for this evaluation phase. 

iv) A single diskette is then prepared for each user, containing 
his or her own topic setup and page contents, in addition to all 
evaluations, comments and entries for values of variables. 

This user is then given an opportunity to make modifications based 
on that feedback, and return a new version to the system 
coordinator. 



v) The system coordinator again copies directories and files onto 
a disk partition, and then runs the following modules when 
available; 

— "vacuum" , which cleans out all unused files and directories ; 
~ "evaluate", an optional step which tags the nodes of the 
hierarchical data base with values calculated according to the 
scoring parameters and algorithms in the Appendix; 

— "select", which copies to diskette (s) several versions: the 
"optimal thread" through the hierarchical data base for each of the 
last N generations (with ids of Gl, GN) and all contributions 
from the H highest-scoring users in the current generation. 

vi) The selected versions are then distributed at the start of a 
new "generation", corresponding to step (i). 

vii) For implementation on an electronic network physical 
distribution of diskettes is unnecessary, and standard security 
procedures for access and login would apply. 
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Section 5. User Commands Available in Topic Mode 

Topic mode displays and supports alteration of the hierarchical 
organization of topics covered in the system. It can be thought of 
as an interactive, hierarchical table of contents. 

A series of commands is available in topic mode: 

Topic 

Syntax: T or Txx 

where xx is between 0 and the number of available topics at this 
level in the hierarchy. Note that in this and subsequent commands, 
either capitals or the lover case is acceptable. 

This command allows a user to move about in the organizational 
hierarchy of topics. 

T steps up one level in the hierarchy by invoking the next higher 
topics. 

TO reverts to the top of the hierarchy by invoking the root topics. 

Txx selects the specified topic from among the displayed 
selections . 

Error conditions: 

If xx specifies an unavailable topic, the user is notified and 
prompted to try again. 



Add 

Syntax: A or Axx 

where xx is between 0 and the number of topics available at this 
level in the hierarchy. 

This command allows a user to add a topic at the current level in 
the hierarchy. 

A appends a new topic after existing topics. 

Axx adds a new topic before topic number xx, except "AO" is 
equivalent to n A w . 

After creating the new topic, the user is prompted to enter its 
heading. 

Error condition: 

X. If xx specifies an unavailable topic, the user is notified and 
prompted to try again. 
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2. While one user may view another user's topic organization, 
modification of it is not allowed. 



Replace 
Syntax: Rxx 

where xx is between 1 and the number of topics available at this 
level. 

This command allows a user to replace a topic in the current level 
in the hierarchy. 

After deleting the current version of the topic, the user is 
prompted to enter the heading of the replacement version. 

Error conditions: 

1. If xx specifies an unavailable topic, the user is notified and 
prompted to try again. 

2. While one user may view another user's topic organization, 
modification of it is not allowed. 



Pelete 
Syntax: Dxx 

where xx is between 1 and the number of topics available at this 
level. 

This command allows a user to delete a topic in the current level 
in the hierarchy. 

Error conditions: 

1. If xx specifies an unavailable topic, the user is notified and 
prompted to try again. 

2. While one user may view another user's topic organization, 
modification of it is not allowed. 



Heading 
Syntax: H 

This command allows a user to change the heading of the current 
topic. 

The user is prompted to enter the new heading of the current topic. 
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Note: to change the heading of one of the subtopics available from 
the current topic, that topic must first be invoked with the 
"Topic" command before using the "Heading" command. While that 
topic could have been deleted without changing to it, its contents 
or "pages" of information would have been lost. 

Error condition: 

A user is not allowed to modify another user's topic. 



Eval 

Syntax: E 

This command allows a user to evaluate the organization of the 
current topic, and to enter any comment on it. 

The program first requests an evaluation as follows: 

Please evaluate this topic (1 ■ very poor, 5 = very good) : 



The user has the option to enter a number from 1 to 5, with 3 being 
neutral. 

The program then requests any comment: 

Please enter any comment on this topic: 

The user then has the option to enter a comment, terminated by a 
"carriage return" or "enter" keystroke. 



Error condition: 

If the logged-on user is in his or her own setup, the Eval command 
is unavailable. 



Pgqe Mpfle 
Syntax: P 



This command allows the user to switch from topic mode to paoe 
mode. Topic mode is used to view or alter the organization or 
hierarchy of the information base, while page mode is used to view 
or alter the actual contents of a particular topic in the 
hierarchy. * 
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User 

Syntax: U or Uid? 

where id corresponds to the character string identifying a 
particular user. 

If "U" is entered without an id, the system presents the id and 
name of each available user, providing an opportunity to select 
each in turn. 

If "U" is entered with an id, the system verifies the id is 
accessible and then displays the topics according to that user. 

If the id specified in the "U" command does not correspond to that 
of the logged-on user, he or she will be prevented from executing 
Add, Replace, Delete or Heading commands. 

On the other hand, if the id specified in the "U" command 
corresponds to that of the logged-on user, he or she will be given 
an opportunity to "adopt" the organization or contents, for the 
current topic, of the user previously being presented. 

The system first informs the logged-on user whether he or she 
already has a personally customized setup for the organization of 
the current topic. It then asks whether the logged-on user wishes 
to "adopt" as his or her own, and therefore accessible to future 
revision, the topic organization of the user previously being 
presented. 

The system then informs the logged-on user whether he or she 
already has a personally customized setup for the page layout and 
contents of the current topic. It then asks whether the logged-on 
user wishes to "adopt" as his or her own, and therefore accessible 
to future revision, the page layout and contents of the user 
previously being presented. 



Quit 

Syntax: Q 

This command gracefully terminates operation of the program, 
returning the user to the operating system. 
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gection 6. pser Conrnianfls available jp Page Mpde 

Page node displays and supports alteration of the contents of pages 
of information relevant to the current topic within the 
hierarchical data base. The topic can be thought of as part of the 
table of contents, while the pages are the actual information so 
addressed. 

A series of commands is available in page mode: 



Page 

Syntax: P or Pxx 

where xx is between 0 and the number of available pages at this 
level in the hierarchy. 

P increments the page counter to display the contents of the next 
page, and is invalid if the last page is already being displayed. 

Pxx displays the contents of the specified page, except that P0 has 
the same effect as P. 

Error conditions: 

If xx specifies an unavailable page, the user is notified and 
prompted to try again. 



Add. Replace. Delete. Bval 

These commands are exactly analogous in form and function to their 
usage in topic mode, except that in page mode they refer to the 
appropriate page associated with the current topic. 



Topic Mpfle 
Syntax: T 

This command allows the user to switch from page mode to topic 
mode. Topic mode is used to view or alter the organization or 
hierarchy of the information base, while page mode is used to view 
or alter the actual contents of a particular topic in the 
hierarchy. 



User 

This command allows the logged-on user , who is accessing the page 
contents of a second user«s (or his or her own) topic setup as 
determined by the latest User command in topic mode, to view the 
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entries of still a. third user for the values of variables embedded 
in the page. 

While the User command in page mode does not invoke a different 
user's organization or contents, the form and usage are exactly 
analogous to that in topic mode. 



Values 
Syntax: V 



Each page can contain a series of variables embedded within the 
text, as demarcated by a pair of braces w { — This command 
allows each logged-on user to enter his or her own judgment as to 
the best values for those variables. 

The program will highlight each variable in turn, and prompt the 
user for a new entry. The user need not enter a value for all or 
any variables. On the other hand, if a user's judgment should 
change, additional subsequent entries supersede earlier ones. 

Quit 

This command is equivalent in form and function to its usage in 
topic mode. 
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Appendix: Knowledge Base Adaptation 



A. Parameters Used t o Evaluate Alternative Versions 

The scoring algorithms rely on the evaluation of topics and pages. 
Three parameters are used in the process of transforming the set of 
evaluations into composite scores. 

The first parameter relates to the issue of quality versus 
quantity. A purely "intensive" scoring system would score ten high 
quality pages of Information equally to one such page. On the other 
hand, a purely "extensive" scoring system would score two mediocre 
pages twice as high as one. 

On the assumption that the value of the data base is a combination 
of its quality and quantity, the parameter "extensivity" achieves 
this as follows: 

value « (quality score) x (measure of quantity) A { extensivity} 

where both the quality score and the measure of quantity are 
greater than or equal to one, and the extensivity parameter is in 
the range from 0 (i.e., only quality matters) to 1 (i.e., the score 
is proportional to quantity) . 

Parameter "content" fixes relative weights of organization and 
content: 

topic valuer ("content") x (evaluation of aggregated subtopic content) 
+ (1 - "content") x (evaluation of organization) 



where the parameter "content" is between 0 (i.e., only organization 
matters) and 1 (i.e., only content matters). 

The final parameter "persist" increases the valuation of each 
component of the benchmark version, to require that a threshold of 
improvement be exceeded before changes are adopted: 



(benchmark valuation) « (benchmark valuation) (1 + "persist"/100) 
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B. Algorithms Used to Evaluate Alternative Versions 

The scores of topics are built up from the scores of components 
such as subtopics and pages. 

The score of any given page [VAL(page)] is the average of all 
submitted evaluations. The score of the set of pages ("PMAP") 
constituting the content of a topic is: ) 

VAL(PMAP) ■ (average VAL(page)) x (number of pages) *extensivity 

The value of a set of subtopics is then: 
VAL( subtopics) «= 
(average VAL(PMAP) ) x (number of subtopics) A {extensivity) 

The value of a topic can then be calculated as: 

VAL(topic) « ("content") x (VAL ( subtopics ) ) 

+ (1 - "content") x (VAL(SMAP)) 

where SMAP is a given arrangement of subtopics, and VAL(SMAP) is 
the average evaluation of that organisation. 
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Sustainable Development Server (to) page 1 of 2 Hon Aug 30 22:31:10 1993 

Sustainable Development Server (tm) Version 1.0 
———You are sys mgr, looking at the primary version, with default values- 
Sustainable Development Server (tm) , copyright William J. Hartnett, 1993 

This collaborative knowledge base is designed to support the pursuit 

of sustainable development. It includes a hierarchical table of contents 

of "topics", with information contained in corresponding "pages". 

The initial knowledge base will include information on academic programs, 
best practices, bibliography, employment, information networks, and 
suggestions for improvements to the system. 

[... Look to the bottom line for command options. For example, to see 
the next page type "P" ; and to switch to topic mode type "T" . . . ] 



Enter command: P 

Page Add Replace Delete Values Eval Topic User Quit 
1-21-21-2 1-2 mode [id] 



Sustainable Development Server (tm) page 2 of 2 Mon Aug 30 22:31:17 1993 

Sustainable Development Server(tm) Version 1.0 
——You are sys mgr, looking at tne primary version, with default values-— 

This collaborative knowledge base is designed to be systematically updated. 

The software supports the ability of users to evaluate and comment upon 
individual screens and pages. Users can also propose additions, 
replacements and deletions of individual screens and pages. 

User evaluations determine which parts of the collaborative knowledge base 
are sufficiently "adaptive" to survive into the next generation. 

Proposed changes are included as alternatives which compete with the 
new primary version. * 

[...To see what topics are available, switch to topic mode by typing "T"...] 
Enter command: T 

Page Add Replace Delete Values Eval Topic User Quit 
1-2 1-2 1-2 1-2 node [id] 
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Sustainable Development Server(tm) Mon Aug 30 22:35:27 1993 

Sustainable Development Server (tm) Version 1.0 

You are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

« 

Tl Academic Programs 

T2 Best Practices 

T3 Bibliography 

T4 Consortium Members 

T5 Employment and services 

T6 Information Networks 

T7 Suggested Improvements to the System 



Enter command: Tl 

Topic Add Replace Delete Heading Eval Page User Quit 
0-7 1-7 1-7 1-7 mode [id] 



Sustainable Development Server (tm) Mon Aug 30 22:52:26 1993 

Academic Programs 

— ~ — You are sys mgr, looking at the primary version, with default values; 

T for next higher topics; TO for root topics; P for page contents. 

Tl California Institute of Technology 
T2 Massachusetts Institute of Technology 



Enter command: P 



Topic Add Replace Delete Heading Eval Page User Quit 
0-2 1-2 1-2 1-2 mode [id] 
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Sustainable Development Server(tm) page 1 of 1 Mon Aug 30 22:53:02 1993 

Academic Programs 

You are sys mgr, looking at the primary version, with default values 

A wide range of academic programs supports the pursuit of sustainable 
development. These can be categorized as degree programs and research 
programs. 

Degree programs are available at the undergraduate and graduate levels, 
in departments ranging from law, public policy or political science to 
science or engineering. 

Academic research programs focus faculty, staff and student resources 
on different issues relating to sustainable development. 



Enter command: T, T2 

Page Add Replace Delete Values Eval Topic User Quit 
1-1 1-11-1 l-i mode [id] 



Sustainable Development Server (tm) Mon Aug 30 22:53:15 1993 

Massachusetts Institute of Technology 

You are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

Tl MIT Environmental Course Listings 

T2 MIT Departmental Programs with Environmental Aspects 
T3 MIT Research Programs Involving the Environment 



Enter command: Tl 



Topic Add Replace Delete Heading Eval Page User Quit 
0-3 1-3 1-3 1-3 node [id] 
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Sustainable Development Server (tin) Mon Aug 30 22:58:06 1993 

MIT Environmental Course Listings 

— You are sys mgr, looking at the primary version, with default values — 

T for next higher topics; TO for root topics; P for page contents. < 

Tl 1.725J Chemicals in the Environment: Fate and Transport 
T2 1.81U Environmental Lav: Pollution Control 

T3 1.812 J Regulation of Chemical Toxins, Radiation, and Biotechnology 

T4 1.972 Environmental Restoration Engineering 

T5 3.576J Lav, Technology, and Public Policy 

T6 10. 72 J Chemicals in the Environment: Sources and Control 

T7 10.805J Technology, Lav, and the Working Environment 

T8 11. 328 J Science and Technology in International Affairs 

T9 11.334 Environmental Pollution: Problems, Solutions, and Policy 

T10 11.361 Environmental Policy and Regulation 

Til 11.362 Environmental Management 

T12 11.363J Chemicals in the Environment: Policy and Management 
T13 11.364 International Environmental Negotiation 
T14 12.300 Environmental Chemistry and Climate Change 
T15 17.301/2 Science, Technology and Public Policy 
Enter command: TA,P 

Topic Add Replace Delete Heading Eval Page User Quit 
0-18 1-18 1-18 1-18 mode [id] 



Sustainable Development Server (tm) page 1 of 1 Mon Aug 30 22:58:18 1993 

1.81U Environmental Lav: Pollution Control 
you are sys mgr, looking at the primary version, vith default values 

Reviews and analyses Federal and state regulation of air and water pollution 
and hazardous wastes. Emphasizes use of legal mechanisms and alternative 
approaches (such as economic incentives) to control pollution. Focuses on 
the major Federal legislation, the underlying administrative system, and 
the common law in analyzing the goals of pollution control, economic 
consequences, and the role of the courts. Discusses both classical 

ftn ? BSfff industria * chemicals. Also provides an introduction 
to basic legal skills. * 

N.A. Ashford, c.C. Caldart 



Enter command: T, T ( T / 

Page Add Replace Delete Values Eval Topic User Quit 
1-1 1-11-1 l-i aode [id] 
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Sustainable Development Server (tm) Mon Aug 30 23:06:55 1993 

KIT Departmental Programs with Environmental Aspects 

You are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics? P for page contents. 

Tl Civil and Environmental Engineering 

T2 Earth and Atmospheric Sciences 

T3 Division of Toxicology 

T4 Urban Studies and Planning 

T5 School of Engineering 

T6 School of Science 

T7 Sloan School of Management 

T8 Woods Hole/MIT Joint Program in Oceanography and Oceanographic Engineering 
T9 MIT Technology and Policy Program 



Enter command: T% P 

Topic Add Replace Delete Heading Eval Page User Quit 
0-91-91-9 1-9 mode [id] 



Sustainable Development Server (tm) page 1 of 1 Mon Aug 30 23:07:24 1993 

MIT Technology and Policy Program 
You are sys mgr, looking at the primary version, with default values 

The Technology and Policy Program is an interdisciplinary graduate program 
designed for "engineers and scientists with a difference", professionals with 
a strong technical foundation who also have the ability to deal with important 
social concerns. Masters and doctoral students in the program work on problems 
covering the wide range of technical fields available at KIT, including 
environmental studies. 

The curriculum has two parallel tracks, one with a focus on engineering and the 
physical sciences and one with a focus on the social sciences. The curricula 
of both tracks include three subjects in policy analysis and three subjects in 
an integrated core selected by the student and his or her advisor. Thesis 
topics are often based on research projects that include both technical and 
policy components. Typical topics in environmental studies include priority 
setting and enforcement in hazardous waste remediation, water conservation and 
pricing, and the economic and environmental impacts of alternative energy 
policies. Faculty comes from Engineering, Political Science and Urban studies. 
Enter command: r, +0, Tl 

Page Add Replace Delete Values Eval Topic User Quit 
1-1 1-11-1 1-1 mode [id] 
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Sustainable Development Server (tin) Mon Aug 30 23:09:14 1993 

Bibliography 

You are sys agr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

<* 

Tl Author Listings 

T2 Solow Literature Search (By Author) 
73 Right to Development 
T4 Structured Bibliography 



Enter command: TV, P i F*i ^ 

Topic Add Replace Delete Heading Eval Page User Quit 
0-4 1-4 1-4 1-4 node [id] 



Sustainable Development Server(tm) Mon Aug 30 23:19:04 1993 

Author Listings 

-—-—You are sys agr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents? 

T211 Meadows, D., Smart Development, Not Dumb Growth 
T212 Mendes, C, Fight for the forest. 

5" Sfr^^' £*' »*dical ecology: the search for a livable world. 

Mil n *'L Ec ? no ? Lc development and the environment: a comparison of sus 

lltl S£ nJcOW i D *i MafPby-punning C., Assault on Papua Mew Guinea. 

SJJ 2 xvanoto ' J -' Tackling Environmental Issues in Coapanies 

llll 2^*5 J** , Debt-for-Kature Exchanges: Attempting to Deal Simultaneously wi, 
T218 Morandini, N., La cumbre de Rio fue un rugido de raton y * 

T219 Mouraouras, A., Competitive Equilibria and Sustainable" Growth in a Life-cvc 

»1 SS^i 'iSr^i^T 1 Arrangements of the^^Forlst^ 
iff f 5 u * ' Econo »ia • ambiante. (Economics and Environment. With EnniioH m ™ 
T222 My ere, H. , The Environmental Basis of Sustainable Develooient 9 
T223 Hevall, J., The Challenge of Competitiveness Bevclo P nent 

T225 Sii^» D Se p'. , ;In H S^ 1 ^-', 0r9 ; '? r ECOn ' Co °P- «* Development. Dept. of 
Ster co^no: T2.T?P ' SoeteMn ' F ' ; ParUch ' *»3rath. W^Regi 

T S P «« A ? d «* Rep J a ?L Delete ***"*<3 Bv«l *age Oser Quit 

0-356 1-356 1-356 1-356 ao de [id] 
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Sustainable Development Server(tm) page 1 of 2 Hon Aug 30 23:39:55 1993 

Meadows, D. , Smart Development, Not Dumb Growth 
You are sys mgr, looking at the primary version, with default values 

Fulll Citation: 

Meadows, D. , "Smart Development, Not Dumb Growth", 95(6) Technology Review 68-69 
(Aug/Sep 1992). 



Enter command: r 

Page Add Replace Delete Values Eval Topic User Quit 
1-2 1-2 1-2 1-2 mode [id] 



Sustainable Development Server (tm) page 2 of 2 Mon Aug 30 23:40:02 1993 

Meadows, D. , Smart Development, Not Dumb Growth 
You are sys mgr, looking at the primary version, with default values 

Abstract (ABI) : The recent US history of stimulating economic growth at any cost 
is precisely what has created the current difficulties. Smart development build 
s on a region* s unique skills and resources and encourages durable local busines 
s, while dumb growth entices a big corporation, which exerts control from outsid 
e, drains profits back outside, undercuts local manufacturers, and lays off hund 
reds of people without warning. Dumb growth also disregards many infrastructure 
investments because they do not pay off visibly enough or soon enough. Drawing a 
distinction between sustainable development and unsustainable growth does not m 
ean being anti-economic; it means being practical and creating an economy that d 
oes not delude itself with booms that create their own busts or with drawing dow 
n and polluting the resources of the earth upon which all economic activity depe 



Enter command: T ; T* 

Page Add Replace Delete Values Eval Topic User Quit 
1-2 1-2 1-2 1-2 node (id) 
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Sustainable Development Server (tm) Hon Aug 30 23:41:14 1993 

Sustainable Development Server (tm) Version 1.0 * 

— You are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

4 

Tl Academic Programs 

T2 Best Practices 

T3 Bibliography 

T4 Consortium Members 

T5 Employment and Services 

T6 Information Networks 

T7 Suggested Improvements to the System 



Enter command: 

Topic Add Replace Delete Heading Eval Page User Quit 
0-7 1-7 1-7 1-7 mode [id] 



Sustainable Development Server (tm) Mon Aug 30 23:41:25 1993 

Consortium Members 

-—you are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

Tl Academe 
T2 Government 
T3 Industry 

T4 International Agencies 

T5 Non-Governmental Agencies (NGOs) 



Enter command: T. 

rf 

Topic Add Replace Delete Heading Eval Page User Quit 

0-5 1-5 1-5 1-5 node [id] 
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Sustainable Development Server (tm) Mon Aug 30 23:41:35 1993 

Employment and Services 

You are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

Tl Consultancies 

T2 Lav Firms 

T3 Positions Available 



Enter command: T t 

Topic Add Replace Delete Heading Eval Page User Quit 
0-31-31-3 1-3 mode [id] 



sustainable Development Server(tm) Mon Aug 30 23:41:45 1993 

Information Networks 

—-You are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

Tl On-line Computer Networks 
T2 Off-line Computer Networks 
T3 Other Information Networks 



Enter command: <S 



Topic Add Replace Delete Heading Eval Page User Quit 
0-3 1-3 1-3 1-3 mode [id] 
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CLAIMS 

1. A method of operating a digital computer to support the 
execution of transactions to buy and sell assets maintained in 
portfolios of diverse asset owners, comprising the steps of: 

collecting for execution portfolio transactions 
submitted by portfolio owners; 

aggregating the collected transactions into a single 
transaction data base; and 

consummating the market transactions aggregated in the 
transaction data base, by matching buy and sell transactions of 
substantially but not necessarily equal parameters. 

2. The method of claim l further including the step of 
updating the portfolios to account for the consummated 
transactions. 



3. The method of claim 1 further including the step of 
transmitting the consummated market transactions to financial 
intermediaries specified by particular portfolio owners. 

4. The method of claim 1 wherein the step of consummating 
comprises the steps of: 

establishing an estimated asset price; 
successively approximating the asset price until 
convergence is reached between buy and sell transactions. 

5. A method to aggregate private rights to state-owned 
enterprises into a "Stock Market Unit" which achieves 
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immediateprivatization without the need to value enterprises, 
comprising the steps of: 

specifying an interval over which all enterprises 
of a particular category will be included in the Stock Market 

Unit; 

for each individual who is to share in the ownership 
of said enterprises, establishing on a mass storage unit of a 
digital computer system an asset ownership file; and 

crediting to each said asset ownership file one share 
in each such enterprise. 

6. A computer-implemented method of creating a liquid market 
in annuity instruments comprising the steps of: 

defining in a computer memory standardized actuarial 

tables; 

operating the computer to match offered annuity 
instruments with bid annuity instruments according to 
characteristics specified by particular bidders and offerors; 
and 

calculating and assigning as the price of such matched 
instruments the implcit interest rate in association with a 
particular standardized actuarial table. 

7. A computerized method of operating a market system for the 
service of exercising delegated investment authority over a 
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portfolio, comprising the steps of: 

in a computer memory, building a file identifying 
delegatees qualified to exercise investment authority over 
portfolios; 

operating the computer to accept bids for the services 
of delegatees and offers of the services of delegatees wherein 
the compensation of the delegates may be specified as either 
a percentage of assets to be traded or a percentage of total 
return; 

operating the computer to clear the market by 
determining those delegatee remunerations which satisfy the 
greatest quantity of delegations subject to maximum constraints 
by delegatee. 

8. A computerized method of polled shareholder voting on 
corporate resolutions, comprising the steps of: 

specifying to the computrer a threshhold above which a 
shareholder is considered large; 

specifying to the- computer a number of small 
shareholders to sample; 

operating the computer to generate a list of corporate 
shareholders before whom the corporate resolution should be 
placed, including each large shareholder and a statistical sample 
of small shareholders. 
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9. A method of operating a computerized knowledge data base 
which evolves based on user evaluations and proposed 
contributions, comprising the steps of: 

operating the computer to receive from a user proposed 
contributions to the adaptive knowledge base; 

providing a user the ability to evaluate the 
organization and contents of the knowledge base, including new 
proposed contributions of other users; 

selecting those portions of the knowledge base to 
preserve as a function of evaluations. 

10. A method of operating a computerized data base which 
provides access to data base entries based on evaluations of said 
entries by any user or users, comprising the steps of: 

associating entries with user evaluations of said 
entries; and 

providing a user the ability to key access to entries 
according to the evaluations of any specified user or users. 

11. A method of operating a computerized data base which 
provides a user access to entries therein based on estimates of 
the user's own evaluations, comprising the steps of: 

correlating the user's past actual evaluations of 
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entries with evaluations of those entries by other users; 

using those correlations, estimating the user's 
evaluations in the for an entry for which the user has not 
entered an actual evaluation. 

12. A method of operating a computerized data base which is 
distributed by segment to users based on their expressions of 
interest in different components of the data base, comprising the 
steps of: 

providing the user the capability to hierarchically 
tag portions of the data base with an indicator of interest; 

providing the user the capability to specify the 
quantity of information from the data base to be received in 
response to a query; 

probabilistically selecting portions of the data base 
for distribution as a function of interest level. 

13. A method of operating a computerized data base by which a 
user can define his own structure of keyword access/ comprising 
the steps of: 

providing the user the capability to specify new 
Keywords according to a boolean pattern of words or phrases 
contained in an entry; and 

providing the user the capability to override this 
default definition for specific entries in the data base. 
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14. A method of operating a computerized data base which 
provides a gatevay to other data bases or access to other program 
modules, comprising the steps of: 

identifying as a selection alternative at a particular 
location in the data base a gateway or program module; and 

providing the user the capability to store the current 
context of the data base, invoke the specified gatevay or 
program module, and subsequently resume data base operation. 

15. A method comprised of any combination of the methods of 
claims 1 through 14 wherein the data base is an adaptive 
knowledge base. 

16. A method comprised of any combination of the methods of 
claims 1 through 13 in which an adaptive knowledge base is used 
to interface to a simulated or actual computerized marketplace. 

17. A method comprised of any combination of the methods of 
claims 1 through 16 in which assets are distributed to a large 
number of owners. 
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Enterprise leadership prepares Privatization BusmeB ton _<PHP) 
induing: selective posport update, dauned physi^ faobties, 
organization census, demonopolization goal, m addihon to 
et^oTmpensation plan for board, management and workers. 



f03 
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Privatization Board Review of PBP: disapprove (with reasons), 
negotiate or approve; resolve inter-enterprise conflicts; 
establish effective privatization date. 



Effective r " M " iali ''" date 



Start of stock compensation plan 
Periodic financial reporting requirements 



ten 




priv atizat ion Board review of enterprise application 

for certification of demonopolization: disapprove (with reasons), 
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